مدیریت چابک

صفحه 1:
A 4 1 Islamic Azad University! 

صفحه 2:


صفحه 3:
The Top 10 Soft Skills ‏مقدمه‎ sadly "مدبریت پروژه چیست؟ لمم مسا سيت "مدیریت پروژه استفاده از دانش. مهارت. ابزار و تکنیک و روشهای ‎eo‏ ‏مختلف برای تکمیل یک پروژه با نیازمندیهای مشخص است. 

صفحه 4:
تاریخچه مدیریت پروژه دیوار بزرگ چین : بعد در سال ۲۲۱ ا ۲۰۶ قبل میلاد. در ساخت دیوار بزرگ چین ت بروزه مثل مديريات أقراد مديريث زمان و-مديريت متايع ديده شده است. "هرم بزرگ جیزه : ريشه مدیریت بروثه ابه حدود ۷۰سال قبل از میلاد مسیح و ساخت هرم بزرگ جیزه برمی‌گردد. که نشانه‌های استفاده از مفهوم مدیریت تیم در اين پروژه دیده می‌شود. ۱ The New Pyramid a 

صفحه 5:
ترکیب مهارت پروژه و مهندسی “لين جريان تا بين قرون ۱۵ تا ‎۱٩‏ ام میلادی ادامه داشت : مدیریت پروه معمولا در ساخت بناها و توسط مهندسان و معماران خلاق دیده شد. می‌توانیم به سر کریستوفر رن ریاضی دان مشهور اشاره کنیم که بعد از آتش سوزی بزرگ شهر لندن در سال ۰۱۶۶۶ ۵۵کلیسا از ۸۷ کلیسای لندن را طراحی و بر ساخت دوباره آن‌ها نظارت کرد. لین کار ترکیبی از تجربه و مهارت فنی معماری و مدیریت پروژه بود. 

صفحه 6:
تاریخچه شکل گیری تفکر چابک “بعد از دراكر. متخصصان و صاحب نظران ديكرى به تجزيه و تحلیل ‎gta lle yall‏ چابکی.در:نسطح کسب؛ و کارهاپداختند.و: تقد بودند. یکانه راه کار تولید و عرضه محصولات و خدمات متنوع. بدون .وقفه و مطلبق خواسته هاى بيدا وحتى بنهان و جر از تقيير مشتريان و كارفرمايان» رويكردى اننت كه به لن مديريت جلبى مى كويدد. اين أقراد.به موضوع جديدى به نام تفكر جليك نيز اشاره تموحقد و آن را يك ‎ad)‏ جحو مديزیتی معرقی کزدند که درضدد افرازش انسلف پذیرین و پاسخگونی سازمان در واکنش به تفیبرات محیط کسب و کار و نيز افزایش تنوع و کیفیت محصولات در بازه زمانی کوتاه تربود. 

صفحه 7:


صفحه 8:
مدیریت پروژه چابک چیست "مدیریت پروه چلبک یک رویکرد تکرار شونده بای مدیریت است که بر تجزيه بروزههاى بزرك به وظايف قلبل كنترلى كه در تكرارهاى كوتاه در طول جرخه عمر يروثه تكميل مىشوند. متمركز است. جابك بجاى اينكه سعى كند كل نرم‌افزار را یکباره تحویل تک زا وی رت زار رت ‎decals‏ ‏برامه‌ها و نتیج به طور مداوم مورد اریبی قرار میگيرن. تا تيمها برای تغییرات سریع آمادگی داشته باشند. Agile Method 

صفحه 9:
چابک یا آبشار *برخلاف صنایع که فرآیندها در آنها ثبت است. تغییر جز اساسی از پروژههای نرم افزاری است. شاید نیازهای ذینفعان تغییر کند. يا شايد آزمان ها نشان دهد محصولی که به کاربر تهایی می‌رسد آنطور که باید برای او کار نمی‌کند. بنابرلین تیم‌های نرم افزاری به جای گیر کردن در بنامه مدیریت پروژای که در ابدای کار ترسیم کردند. با به کارگیری روش‌های مدیریت پرویه چلیک توانستند لین تفییرات را برای ساخت بهترین محصول ممكن در نظر بكيرند. براى انجام لين كار, آنها به جرخههاى توسعه كوتامتر ايه نام اسبرينت). يك روند تكرار شونده. و بازخورد و آزمليش مداوم نياز داشتند. در سال ۱ . گروهی از توسعه دهندگان نرم فزار گرد هم آمدند تا در مورد اصول اصلی چابک بحث كنند. آنها بيانيه توسعه ترم اقزار چایک را ارئه ددند. مجموعه‌ای از ارزش‌ها و اصولی که می‌توندبرایتیم‌هایی که می‌خواهند چابک باشند. راهنمای خوبی باشد. WATERFALL 

صفحه 10:
مديريت چابک به زبان ساده “تابه حال به اين موضوع توجه كرده اد که چرا سازمان ها و شرکت های بزرگیمانند گوگل و فیسبوک می تونند به سرعت ویژگی های جدیدی را به محصولاتشان اضافه کنند ولی همین کار برای شرکت های دیگر تا هفته‌ها يا حتی ماه ها طول می کشد؟ راز گوگل و فیسبوک و شرکت های مشابه آن چیست؟ * استخدام بهترین ها؟ تعداد زیاد کارکتانش یا پشتوانه مالی قوی ؟ 

صفحه 11:
منهوم چابک *واژه چلبک در فرهنگ لفت. به معتای حرکت سریع و چالاک است و روش ۸۸91/6 یا چلبک: یه عتوان راهکاری برای حل مشکلات کسب و کارهای امروزی مطرح شده است. در واقع به جاى يك روند ثابت و سنتى . روش جلبك. رويكيدى كوتاه مدت را دنبال مى كند. بدين صورت كه در ابتداء تيم جايك شروع به طراحی اولیه و سپس شکست محصول كل به اجزاى كوجك تر مى نمايند. كار بر روى اين خروجى هاى كوجك شده اما اولويت بندى شده. در قالب بازه هاى های زمانی هفتگی یا حداکثر ماهانه انجام می شود و در هر دوره. اجرای خروجی با اولویت بالاتر در دستور کار اجیا قار مى كير 1 Cre 

صفحه 12:
۰۰ ase ~. +4 whee ‏جه زمانی از من جابى استفاده کنیم؟‎ ‏هنكامى كه توليد سريع محصول يا خدمت: اولويت بالائى دارد. يا زمانى كه مشترى خواستار ايجاد تغيير در ابعاد و ويزكى هاى محصول ويا خدمت در حال ارائه‎ * يه وى است. يا زمانی که تصويرى روشن و واضح از خروجى نهائى وجود ندارد و مشخص نیست محصول, خدمات یا نتیجه نهائی در انتهء چگونه خواهد يود 

صفحه 13:
تعریف مدیریت پروژه چابک * شاید چلیک بر توسعه نم افزار متمرکز به نظر پرسد. اما ارزش‌های اصلی چلبک و اصول مدیریت پرویه چلبک می‌تواند برایاناع مختلفی از قيمها. از تيمهاى تولیدی گرفته تا تیم‌های بزاییی مفید باشد. مدیریت پرویه چلبک یک رویکرد مدیریت پروژه مشارکتی و تکرار شونده است که دربرگیرنده آزمایش مداوم و Industry Agile adoption rate Traditional Teams: ile Teams Software (ISV) 23 percent Project Manager Financial services 14 percent ‏ال 0 لسن‎ ft ft 1 Professional 12 percent Le services 2 2 1 Insurance 6 percent 1 1 i i 1 a ‏ء و‎ Healthcare 6 percent (1 1 (1 1 7 Government 5 percent aoe Telecoms 4 percent Transportation 4 percent Manufacturing 4 percent © 

صفحه 14:
مدیریت پروژه جابک بر مبنای ۴ ارزش اصلی * آنچه از ارزش‌های اصلی مشخص می شود لین است که رویکردهای چلب از هر چیز مشارکتی و میتتی بر افراد هستند. اين موضوع نه تنها در مورد فرایندهای کاری(پیشرفت از طریق "فراد و تعاملات" و "همکاری با مشتری", بلکه در مورد محصولات نهایی هم وجود دارد. يعنى هدف از جلبك ايجاد محصولى كاربردى است که بیشترین ارزش را برای کاربر نهایی فراهم می‌کند. ‎What is the Agile Manifesto‏ ‎Individuals and Interactions | over | Process and tools‏ | | Working Software | | ‘Comprehensive documentation | | 7 | | 7 | 7 ina 

صفحه 15:
۳ اصل مدیریت پروژه چابک چلبک شما رابه ۲ اصل اساسی برای مدیریت پروژ چابک وجود دارد: چابک از تغيير در نيازها حتى در طریق تحویل زودهنگام و تدریجی 6 اواخر توسعه محصول هم استقبال ‎OM earns‏ می‌کند. Resend feel aerst el ۱ pncr ie peter) 0 es pery ‏محيط و پشتیبانی مورد نیازشان‎ ‏داده شده و برای اتجام کار به آنها مکالمه رو در رو است.‎ ‏اعتعاد می‌شود.‎ توجه مداوم به پرتری فنی 3 سادگی در چابک اصل بسیار مه طراحى خوب. جابكى را افيش ۹« 57 a Serer ieee ‏تدریجی و ترجیحا در بازه‌های‎ ‏زمانی کوتاهتر تحویل داده‎ ‏مى شود.‎ ‎eter)‏ ا ل ‏پیشرفت در پروژه و موققیت است. ‏بهترین طرح‌ها, یازها و طراحی‌ها ‎niet oere‏ و ‎yer‏ 7[ ‏در طول پروژهذینفعان و اعضای ‎es‏ 0[ همکاری کنند ‏1۳ ‏فرآیندهای چابک اتفاق می‌افتد. ‏در فواصل منظم.اعضای تیم در ‏7 ون ‏متناسب با آموختهها يشان تنليم ‎MS ge‏ ‎ 

صفحه 16:
Salisty the castomer ooh en {2 Agile Principles continuous delivery of @0igatieismann requirements, even | Deliver working late in development. | software frequently Build projects around 2 Working software is motivated individuals, ‏ودكو‎ the primary measure Give them the su = Eo of progress. valuable software. ۶ 1 4 changing ۳۳ they need. Trust them. we The most efficient and The sponsors, developers, ‏رالد‎ effective method of nd users should be able 5 conveing information is to maintain a constant a8 face-to-face conversation, pace indefinitely, Continuous attention to The best architectures, | The team reflects on technical excellence requirements, and how to become more and good design. designs emerge from effective and adjusts self-organizing teams. | its behavior accordingly, > Simplicity— 5 the art of ‏بمب‎ 000 the amount of work ۱۳ ١ not done —is essential. 

صفحه 17:
مولفه‌های اصلی مدیریت پروژه چابک 1 ۲۳81 AGILE sateen IWITATE ‏ينا‎ ie aE mamas ریراک ‏اسپرینت‌ها داستان‌های‎ en STANDUP USER STORIES SPRINTS MEETING ‘Standups agile | *""* Backlog a Sols ‏نیازمندی‌های عخته‎ ‏محصوا‎ ‎BOARD AGILE BACKLOG 

صفحه 18:
مدیریت پروژه جابک در مقابل مدیریت پروژه سنتی یا آبشاری * مدیریت پروه چلیک رویکردی است تکرارپنیر که در فواصل زمانی از Business Owner پیش مشخص از ۲ روز تا ۱ ماه)؛ اقلام قلبل تحویل هرچند کوچک. آما کارکن و تست شده از پروژه را توسط تیم پروه تحویل مشتری می ‎T= 8 Ta‏ نماید. تیم ‎cada‏ تحت مربی گری فردی به نام مربی چابک ۸۵916 6 یا در متدولوئی لسکرام. فردی به نام اسکرام مستر ‎i Sates‏ ‎٩6۲۱۱۲۱ ۷56۲‏ قرار دارند. اين تیم پروه و مربی چلبک است ‏موه مره ۱ که اقلام قلبل تحویل پروئه را بصورت افزایشی ‎cue 9 INCremental‏ ‎ ‏یا تکرارپذیر 6۲81[۷6]| و یا حتی ترکیب از این دو روش تحویل ‏مالک محصول یا 0۷۷۲6۲ ]۳۲00۵6 قرار می دهد ‎ ‎Dev Team 

صفحه 19:
"رویکرد آبشاری در مدیریت بروژه. چالش های زیادی مانند زمان زیاد اجرای پروزه. عدم تدقیق نیازمندی های پروژه. کارفرما یا مشتری بدلیل ارتباطات کاغذی و قراردادی صرف به جای ارتباطات حضوری چهره به چهره و در نهیت با رفتن هزینهتفیبرات پروژه را به همراه خود درد 

صفحه 20:
اجرای منشور تیمی چابک 

صفحه 21:


صفحه 22:
اسکرام چیست؟ "در دنياى مديريت و كنترل يرو اسكرام متدولونى تكراريذير ۷6 است كة به متظور اجراى آن. يك ضاحب تحمنول ۲ ۴۳۵۵۵6 و یک رهیر ۱/356۲ 570۳0 در کنر تيم تولید و توسعه 16810 06160۴ حضور درند. ساحب. محصول نماينده ذيتفعان يروز است و نيازهاى سمت مشترى یا كسب و ‎Product Backlog js‏ ,|« تيم توليد و توسعه منتقل مىكند. 

صفحه 23:
فریمورک اسکرام "افراد غالباً اسکرام را مترادف با 20116 یا توسعه چلبک می‌پندارند زیرا & و8 5 اسکرام حول مفهوم بهبود مداوم توسعه یافته که مفهوم اساسی توسعه 28 8 ايو سكرام مشر چابک 20/16 نیز هست. با این حال اسکرام فریمورکی است که به اجرا شدن كارها كمك مىكند. در حللى كه ©3011 يك ذهنيت است. شما بررسى اسيريلت یرا کل تیم بايد طرز فكر خود را در مورد تحويل ارزش به مشترى تغيير دهد. اما مى توانيد از فريموركهايى 52 مانند اسکرام برای کمک به آغاز لین طرز فکر و تمرین ساخت مفاهیم ‎Say‏ 6 در ارتباط‌ها و کار روزمره کمک بگیرید. نمی‌توانید بی‌درنگ چلیک 

صفحه 24:
ساخته‌های اسکرام * در اين بخش به بررسی سه ساخته اسکرام می‌پردازيم. «ساختهها» 31611315 جيزى هستند كه ما مىسازيم و ‎SPRINT BACKLOG‏ مانند یک ابزار هستند که یک مشکل را رفع می‌کنند. در PRODUCT BACKLOG Requirements from Selected user stories for ‘Stakeholders implementation ‏اسکرام این سه ساخته شامل:‎ * یکلاگ محصول * بکلاگ اسپرینت * یک افزایش است که بر اساس تعریف شما از «نجام» ساخته می‌شوند. * این‌ها سه سازه تیم اسکرام هستند که ما مداوماً بازدید کرده ‎INCREMENT OR SPRINT GOAL.‏ و در طی زمان روی آن‌ها سرمایه گذاری می‌کنیم. ‎Final customer valued end product‏ 

صفحه 25:
مراسم و رویدادهای اسکرام * برخی از مولف‌های مشهورتر فریمورک اسکرام.رویدادها یا مراسم اسکرام هستند که به مجموعه رویدادهای متوللی گفته می‌شود که تیم‌های اسکرام به طور مرتب برگزار می‌کنن. این مراسم جایی هستند که بیشترین تفییرات را در میان تیمها مشاهده می‌کنیم.برای نمونه برخی تيمها ممکن است اجرای همه این مراسم را پیچیده و تکراری بدانند. در حللی که برخی دیگر آن‌ها را ضروری تلقی کنند. توصیه کلی این است که در ابتدا و به مدت دو اسپرینت از همه مراسم استفاده کنید و شرایط را بررسی نمایید. سپس یک بازنگری داشته باشید و جاهایی كه بايد تعديل کنید را بشناسید. 

صفحه 26:
فهرستی از مراسم کلیدی که تیم اسکرام باید ب رگزار کند: 

صفحه 27:
نقش‌های ضروری برای موفقیت اسکرام تیم توسعه اسکرام مالک محصول اسکرام اسکرام مستر 

صفحه 28:
اسکرام؛ کانبان و اجایل *اسکرام چنان فریمورک محبوب اجایلی است که غالباً اسکرام و اجلیل با هم اشتباه گرفته می‌شوند. اما فریمورک‌های دیگری نیز مانند «کانبان» 18۲۱030 وجود دارند كه جایگزین رایجی محسوب می‌شوند. برخی شرکت‌ها از یک مدل ترکیبی از اسکرام و کانبان پیروی می‌کنند که نام «اسکرامبان» 5611017831 يا «كانبلان» 50۱۱۷ ۸۶ ۵۸ one ‏و‎ See ‎Kanplan‏ را روی آن گذاشته‌اند و در عمل کانبان به همراه یک‌لاگ است. ‎ 

صفحه 29:
What is Agile in 2 pictures مزایای مدیریت پروژه چابک چیست؟ ‎aimee‏ 6 ©, © * اصول مدیریت پروژه چابک به همه تیمها لین امکان را داده است که با انعطاف پذیری بیشتری ‎o_o e Bn‏ کار کنند و همچنین آنها را قادر می‌سازد تا با نیازهای متغییر پرویه خود سازگار شوند و ‎Ub tal‏ تحویل سریعتری داشته باشند. ۲ #برخی از مزایای گزارش شده مدیریت پروژه چابک * سازكارى بيشتر (و ريسك كمتر) 5 ۲ حك | ‎fice‏ * رضا! تر مشتری 

صفحه 30:
چگونه چابک شویم "خروجی‌های با کیفیت بالاتره مشتریان و کاربران با رضایت بیشتر و تیمی با روحیه بالاتره خیلی بهتر از واقعیت به نظر می‌رسند. و نکته اینجاست که مدیریت پروژه چابک جادویی نیست که تمام مشکلات مدیریت پرویه شما را حل کند. براى ‎aS‏ روش‌های چلیک موثر باشند. شمابه افراد واقعاً استخنایی در تیم خود نیاز دارید. از افراد مناسب استفاده کنید افراد و تعاملات بیش از فرایندها و ابزارها ازرشمندند سه مانع اصلی در استفاده از شیوه‌های مدیریت پروژه چابک 

صفحه 31:
* مدیریت پروژه چابك يك رويكرد تكرار شونده براك مديريت برويه است كه بر تجزیه پروژه‌هاک بزرگ به وظایف قابل کنترلی که در تکرارهاک کوتاه در طول چرخه عمر پرویُه تکمیل می‌شوند. متمرکز است. چابك بجاک این‌که سعی کند کل نرم‌افزار را یکباره تحویل دهد. از ابتداک پروژه و به تدریج نرم‌افزار را می‌سازد. درخواست‌ها, برنامه‌ها و نتایج به طور مداوم مورد ارزیابی قرار می‌گيرند. تا تیم‌ها براک تغیبرات سریع آمادگی داشته باشند. تیم‌هایی که از روش ۸0/16 استفاده می‌کنند می‌توانند سریعتر کار را به اتهام برسانند. با تفییر نیازهای پروژه سازگار شوند و گردش کار خود را بهینه کنند. 

صفحه 32:
منابع مورد استفاده *https://behtime.ir/main *https://blog.faradars.org/ *https://civilica.com, 2. 5 *https://civilica.com/doc/343007/ *https://karokasb.org/sprint-planning/ 

صفحه 33: