متدولوژی

1. متدولوژی agile

‫متدولوژی‬
‫‪agile‬‬
‫متد چابک و‬
‫چارچوب اسکرام‬

2. Agile متدولوژی

Agile ‫متدولوژی‬
NAME OR LOGO
2

3.

‫پروژه را به اجزای کوچکتر و قابل مدیریتتر تقسیم کنید‪ .‬سپس روی هر‬
‫قسمت به صورت اصولی کار کنید تا در نهایت‪ ،‬محصول یا کمپین نهایی‬
‫آماده و قابل انتشار شود‪.‬‬
‫چابک یا ‪ agile‬در واقع متدی است که بر خالف روش سنتی (روش آبشاری)‪ ،‬از‬
‫رویکرد تکرار شوندهای استفاده میکند و در فواصل زمانی مشخص‪ ،‬اجزایی‬
‫از پروژه را که قابل تحویل دادن باشند‪ ،‬تولید میکند‬
‫‪3‬‬
‫‪NAME OR LOGO‬‬

4. Agile manifest

‫‪Agile manifest‬‬
‫اصول‬
‫چابک‬
‫مکالمه ی‬
‫رو در رو‬
‫مکالمه ی رو در‬
‫رو بهترین شکل‬
‫ارتباطات است‬
‫‪4‬‬
‫‪NAME OR LOGO‬‬
‫استقبال از‬
‫تغییرات‬
‫استقبال از‬
‫تغییرات‬
‫نیازمندیها‪ ،‬حتی‬
‫در اواخر توسعه‬
‫تحویل نرم‬
‫افزار‬
‫نرم افزار در‬
‫فاصله زمانی های‬
‫کوتاه تحویل داده‬
‫میشود (هفتگی به‬
‫جای ماهانه)‬
‫رضایت‬
‫مشتری‬
‫رضایت مشتری از‬
‫طریق تحویل سریع‬
‫نرم افزار‬
‫همکاری‬
‫نزدیک‬
‫همکاری نزدیک و‬
‫روزانه بین افراد‬
‫کسبوکار و تیم‬
‫توسعه‬

5. Agile manifest

‫‪Agile manifest‬‬
‫اصول‬
‫چابک‬
‫مقیاس‬
‫پیشرفت‬
‫نرم افزار کار‬
‫مقیاس اصلی‬
‫پیشرفت است‬
‫‪5‬‬
‫‪NAME OR LOGO‬‬
‫افراد با‬
‫انگیزه‬
‫پروژهها در اطراف‬
‫افراد باانگیزه‪،‬‬
‫که باید به آنها‬
‫اعتماد کرد‪ ،‬شکل‬
‫میگیرند‬
‫برتری فنی‬
‫توجه مستمر به‬
‫برتری فنی و‬
‫طراحی خوب‬
‫خودسازماند‬
‫هی‬
‫تیمهای‬
‫خودسازماندهی‬
‫انطباق با‬
‫تغییرات‬
‫انطباق با‬
‫تغییرات‬
‫محدودیتها به طور‬
‫منظم‬

6. متدهای معروف چابک

‫مدل سازی‬
‫چابک‬
‫فرایند یکپارچه‬
‫چابک ‪AUP‬‬
‫‪Crystal Clear‬‬
‫متدهای‬
‫‪Crystal‬‬
‫متدهای‬
‫توسعه سیستم‬
‫های‬
‫داینامیک‬
‫‪DSDM‬‬
‫برنامه‬
‫نویسی‬
‫اکستریم‪XP‬‬
‫طراحی‬
‫گرافیکی‬
‫سیستم‪GSD‬‬
‫توسعه‬
‫‪Kanban‬‬
‫‪Scrum‬‬
‫ردیابی سرعت‬
‫توسعه ی‬
‫ویژگی محور‬
‫‪FDD‬‬
‫توسعه ‪Lean‬‬
‫‪6‬‬
‫‪NAME OR LOGO‬‬
‫متدهای معروف چابک‬
‫متدهای معروف توسعه ی چابک نرم افزار‬
‫عبارتند از‪:‬‬

7. Scrum_Overview_Diagram

NAME OR LOGO

8.

‫‪ o‬اسکرام یک فریم وورک (چارچوب) می باشد‪ .‬پس به جای اینکه‬
‫اسکرام جزئیات دقیق و کاملی در مورد اینکه کارها در پروژه‬
‫چگونه باید انجام شوند ‪ ,‬بیشتر آن را به تیم واگذار می‬
‫کند‪.‬‬
‫‪ o‬این کار عملی خواهد بود زیرا تیم خواهد فهمید که چگونه به‬
‫بهترین نحو مشکل خود را حل نماید‪.‬‬
‫از یک‬
‫ریسک‬
‫‪ o‬اسکرام برای بهینه سازی پیش بینی و کنترل‬
‫روش در گوگ‬
‫اسکرام‬
‫سازی‬
‫پیاده‬
‫تکرار نموی یا ‪ iterative incremental‬بهره می جوید‬
‫استفاده یاهو از اسکرام‬
‫اسکرام در مایکروسافت‬
‫تجربه اسکرام در ‪salesfor‬‬
‫‪8‬‬
‫‪NAME OR LOGO‬‬

9. نقش‌های عمده در اسکرام

‫نقشهای عمده در اسکرام‬
‫‪9‬‬
‫‪NAME OR LOGO‬‬

10. نقشهای عمده در اسکرام

‫نقشهای عمده در اسکرام‬
‫‪10‬‬
‫‪NAME OR LOGO‬‬

11. نقشهای عمده در اسکرام

‫نقشهای عمده در اسکرام‬
‫‪Scrum Master‬‬
‫مسئول موفقیت عملیاتی‬
‫پروژه‬
‫تسهیل برگزاری جلسات‬
‫رسیدگی به اعضای تیم‬
‫‪11‬‬
‫‪NAME OR LOGO‬‬
‫‪Product Owner‬‬
‫برنامه ریزی برای‬
‫خروجی نهایی پروژه‬
‫‪Team Member‬‬
‫تحلیل ‪ ٫‬طراحی ‪٫‬‬
‫پیادهسازی‪ ،‬تست و‪...‬‬
‫بر عهده ی این گروه‬
‫است‬

12. نقشهای عمده در اسکرام

‫نقشهای عمده در اسکرام‬
‫‪Team Member‬‬
‫‪Cross-Functional‬‬
‫کار می کنند‬
‫‪12‬‬
‫‪NAME OR LOGO‬‬
‫‪Self-Organize‬‬
‫خود سازمانده‬
‫هستند‬
‫تعریف هر نوع‬
‫نقش یا سمت به‬
‫جز سه نقش گفته‬
‫شده در اسکرام‬
‫ممنوع است‪ .‬به‬
‫عنوان مثال‬
‫اعضای تیم‬
‫نمیتوانند‬
‫سمتهای متفاوتی‬
‫داشته باشند‪.‬‬

13. اصطلاحات اسکـرام

Scrum terms
‫اصطالحات‬
‫اسکـرام‬
NAME OR LOGO
13

14. اصطلاحات اسکـرام

‫اصطالحات اسکـرام‬
‫‪User story‬‬
‫○ یوزر استوری به هر ویژگی گفته میشود که‬
‫میخواهید محصولتان آن را داشته باشد‪.‬‬
‫○ یوزر استوری‪ ،‬اغلب روی یک کارت یا کاغذ‬
‫چسبدار رنگی‪ ،‬یا استیکر نت مجازی نوشته‬
‫میشود‪.‬‬
‫○ یک یوزر استوری باید هدف خود را به شیوهای‬
‫مختصر و صریح بیان کند‪.‬‬
‫‪ o‬با فرمت زیر نوشته میشود‪:‬‬
‫‪14‬‬
‫‪NAME OR LOGO‬‬
‫به عنوان [نقش یا عنوان درخواست کننده]‪ ،‬من‬
‫[یک ویژگی] را میخواهم تا بتوانم [نیاز –‬

15. مثال :

‫مثال ‪:‬‬
‫داستان بات رزرو غذا‬
‫بعنوان کسی که یادش میره غذای هفته بعد رو رزرو کنه <نوع کاربر>‬
‫من میخواهم رزرو غذا رو از طریق بات انجام بدهم <قابلیت>‬
‫تا مجبور به خرید غذای آزاد نباشم <نیاز – دلیل و برآیند>‬
‫‪15‬‬
‫‪NAME OR LOGO‬‬

16. فرمت استاندارد را بیخیال شوید

‫فرمت استاندارد را بیخیال شوید‬
‫○ یک فرمت دیگری که می توان چنین نیازهایی را ثبت کرد به صورت زیر‬
‫است‪:‬‬
‫○ برای کاهش میزان نفرات فراموش کننده رزرو غذا ( <نیاز – دلیل و‬
‫برآیند>)‬
‫○ نیازمند رزرو غذا از طریق بات هستیم (قابلیت)‬
‫‪16‬‬
‫‪NAME OR LOGO‬‬

17. شرایط پذیرش کجاست؟

‫شرایط پذیرش کجاست؟‬
‫معموال جزئیات در قالب‬
‫“شرایط پذیرش” در پشت‬
‫کارت میباشد‬
‫‪17‬‬
‫‪NAME OR LOGO‬‬

18. شرایط پذیرش کجاست؟

‫شرایط پذیرش کجاست؟‬
‫یکی از خصوصیات مهم داستان کاربر‪ ،‬کوچک بودن است‪ ،‬اصطالحا گفته‬
‫میشود ما باید برش های ریز بزنیم‬
‫دو دلیل عمده برای برش داستان ها وجود دارد‪:‬‬
‫‪ -1‬بتوان با انجام بخش کوچک کار‪ ،‬عدم قطعیت را کاهش داد‬
‫‪-2‬پیشرفت محسوس تیم‬
‫‪18‬‬
‫‪NAME OR LOGO‬‬

19. شکست کاری ایجاد کنید

‫شکست کاری ایجاد کنید‬
‫در واقع بات رزرو غذا تبدیل به یک اپیک )‪(Epic‬می شود‬
‫‪19‬‬
‫‪NAME OR LOGO‬‬

20. نکات کاری :

‫نکات کاری ‪:‬‬
‫○ ‪ -1‬چرا یک قابلیت را پیاده سازی می کنیم‪ ،‬نیاز اساسی‬
‫که رفع می کنیم چیست؟‬
‫○ ‪ -2‬مالک موفقیت این قابلیت را بسنجیم‬
‫○ ‪ -3‬قابلیت های بالاستفاده درست نکنیم‪.‬‬
‫○ ‪ -4‬شکست کاری ایجاد شود‬
‫○ ‪ -5‬به جای صرفا انجام تسک تیم را درگیر چالش کنیم‬
‫○ ‪ -6‬به طور کلی اولویتبندی یوزر استوریها‪ ،‬به عهدٔ‬
‫ه‬
‫صاحب محصول است‬
‫‪20‬‬
‫‪NAME OR LOGO‬‬

21. اصطلاحات اسکـرام

‫اصطالحات اسکـرام‬
‫‪sprint‬‬
‫○ دورههای زمانی یا ‪iteration‬‬
‫شامل یوزر استوریها‬
‫○ جلسه ی برنامهریزی اسپرینت‬
‫شامل کدام یوزر استوری‬
‫چند اسپرینت الزم است‬
‫طول مدت اسپرینت‬
‫‪21‬‬
‫‪NAME OR LOGO‬‬

22. مثال :

‫مثال ‪:‬‬
‫○ میتوانیم در اسپرینت فعلی‪ ،‬الگین و ثبت رزرو رو انتخاب و مشاهده‬
‫رزرو را برای اسپرینت بعد بگذاریم‪.‬‬
‫○ فیدبک یا بازخورد بگیریم‪.‬‬
‫• سریع به این نتیجه نرسیم که کال ایده بد بوده است‪،‬‬
‫سعی کنیم با تغییرات کوچک‪ ،‬آزمایش انجام دهیم‪.‬‬
‫• مثال این داستان کاربر جدید را برای اسپرینت بعد آماده می کنیم‪:‬‬
‫‪22‬‬
‫‪NAME OR LOGO‬‬

23. اصطلاحات اسکـرام

‫اصطالحات اسکـرام‬
‫‪Product Backlog‬‬
‫○ یک لیست کاری مجموعهای از یوزر استوریها‬
‫برای یک چرخه ی اسپرینت مشخص گفته میشود‪.‬‬
‫○ شفافسازی عملکرد پروژه میشود‬
‫○ شامل تمام اهداف و خواسته های مالک محصول‬
‫○ برای ساختن و نگهداری ‪ LibreOfficeCalc‬یا‬
‫‪Microsoft Excel‬‬
‫‪23‬‬
‫‪NAME OR LOGO‬‬

24. گرومینگ بک لاگ محصول

‫گرومینگ بک الگ محصول‬
‫‪24‬‬
‫‪NAME OR LOGO‬‬

25. بک لاگ محصول هم دقیقا مانند این خواهد بود در صورتی که به بک لاگ محصول دائما مواردی اضافه شده باشد و آن ها مورد آراستگی

‫بک الگ محصول هم دقیقا مانند این خواهد بود در صورتی که به بک‬
‫الگ محصول دائما مواردی اضافه شده باشد و آن ها مورد آراستگی‬
‫‪Epic/‬قرار گرفته نباشند در هنگام جلسه برنامه ریزی اسپرینت‬
‫باید آراستگی را انجام دهیم‬
‫بعد از چند اسپرینت می توان دریافت که ناآراستگی های درون و‬
‫مانع بک الگ محصول چه چیزهایی می باشند و آن ها را طی جلسه‬
‫گرومینگ برطرف کرد تا همیشه بک الگ آراسته و تمیزی داشته‬
‫باشیم‪.‬‬
‫جلسه گرومینگ یک جلسه سفارش شده چارچوب اسکرام نمی باشد‬
‫‪25‬‬
‫‪NAME OR LOGO‬‬

26. اصطلاحات اسکـرام

‫اصطالحات اسکـرام‬
‫اسکرام روزانه‬
‫○ اسکرام روزانه یا جلسه روزانه ‪ ،‬جلسه ی‬
‫کوتاه و ایستادهای است که با حضور همه ی‬
‫ذینفعان برگزار میشود‪.‬‬
‫○ طول آن حدود ‪ ۷‬الی ‪ ۱۵‬دقیقه بوده و توسط‬
‫اسکرام مستر‪ ،‬مدیریت میشود‪.‬‬
‫○ هدف این جلسه‪ ،‬ایجاد یک گرد هم آیی کوتاه‬
‫برای صحبت در مورد دست یافتههای روز قبل‪ ،‬و‬
‫کارها و موانع پیش رو در همان روز است‪.‬‬
‫‪26‬‬
‫‪NAME OR LOGO‬‬

27. اصطلاحات اسکـرام

‫اصطالحات اسکـرام‬
‫جلس ٔه گذشتهنگر‬
‫○ پس از تکمیل همه ی بخشها و انتشار برنامه‪،‬‬
‫برای ذینفعان پروژه خیلی مهم است که جلسهای‬
‫داشته باشند و درمورد اینکه چهچیزهایی خوب‬
‫بوده و چه چیزهایی در پروژه ی بعدی قابل‬
‫ارتقا است‪ ،‬به گفتگو بپردازند‪.‬‬
‫○ حتی مشتری یا نماینده ی مشتری در شرکت شما‬
‫(مثال کارشناس فروش) بهتر است در این جلسه‬
‫حضور داشته باشد‪.‬‬
‫‪27‬‬
‫‪NAME OR LOGO‬‬

28. روند کار اسکرام

‫روند کار اسکرام‬
‫‪28‬‬
‫‪NAME OR LOGO‬‬

29.

NAME OR LOGO
29

30. مرحله‌ی اول : تهیه‌ی Product Backlog

‫مرحلهی اول ‪:‬‬
‫تهیهی ‪Product Backlog‬‬
‫‪ o‬یک سند باال دستی در‬
‫پروژهی ما به حساب‬
‫میاد‪.‬‬
‫‪ o‬در این سند تمام‬
‫خواستههای صاحب‬
‫کار رو باید‬
‫بگنجونیم‪.‬‬
‫‪ o‬معموالً این سند در‬
‫یکی دو جلسه با حضور‬
‫مشتری یا نمایندهش و‬
‫بخش مدیریت توسعه‬
‫شکل میگیره‪.‬‬
‫‪30‬‬
‫‪NAME OR LOGO‬‬

31. مرحله‌ی دوم : فازبندی

‫مرحلهی دوم ‪ :‬فازبندی‬
‫‪ o‬پروژه باید بصورت فاز به‬
‫فاز‪ ،‬تحویل داده شود (چون‬
‫این یکی از تعاریف سیستم‬
‫چابکه‪ ) Early Delivery :‬پس‬
‫باید کل کار رو به چند فاز‬
‫تقسیم کنیم تا تحویل هم به‬
‫همین صورت انجام شود‪.‬‬
‫‪ o‬تقسیمبندی به دو صورت‬
‫رفتاری یا کیفی انجام میشود‬
‫‪.‬‬
‫‪31‬‬
‫‪NAME OR LOGO‬‬
‫به طور مثال ‪ ،‬در‬
‫‪o‬‬
‫پیادهسازی فروشگاه میتونیم‬
‫فروشگاه رو به فازهای سیستم‬
‫کاربران‪ ،‬بخش مالی و‬
‫حسابداری‪ ،‬بخش انبارداری و‬
‫زنجیرهی تأمین‪ ،‬بخش پنل‬
‫اپراتوری و مدیریت و بخش‬
‫ویترین فروشگاه تقسیمبندی‬
‫کرد ‪ ،‬یا میتونیم همهی این‬

32. مرحله‌ی سوم : جلسه ی برنامه ریزی اسپرینت

‫مرحلهی سوم ‪ :‬جلسه ی برنامه ریزی اسپرینت‬
‫‪ o‬چه اهدافی در این اسپرینت‬
‫داریم؟ چطور به این اهداف‬
‫برسیم؟‬
‫‪ o‬در سند اسپرینت برخالف سند‬
‫پروژه‪ ،‬مباحث بیشتر در مورد‬
‫مسائل درونگروهی و نحوهی‬
‫اجرا‪ ،‬تعیین نفرات و زمانبندی‬
‫کارها متمرکز است‪.‬‬
‫‪ o‬در این جلسه با حضور اعضای‬
‫تیم‪ ،‬وظایف مشخص میشوند و‬
‫زمانبندی کل اسپرینت به دست‬
‫می اید‪ .‬توجه به قوانین زمانی‬
‫بسیار مهمه‪ .‬مثال ما برای‬
‫طراحی بخش فروش سایت اینترنتی‬
‫به ‪ 6‬ساعت زمان احتیاج داریم‬
‫( معموالً وظایف بسیار خرد میشن‬
‫و اونا رو از یک تا هشت ساعت‬
‫زماندهی میکنیم )‬
‫‪32‬‬
‫‪NAME OR LOGO‬‬
‫‪o‬‬
‫نوشتن کار ها روی استیکی نوت‬

33. مرحله‌ی چهارم : تهیه ی سند اسپرینت (Sprint Backlog)

‫مرحلهی چهارم ‪ :‬تهیه ی سند اسپرینت‬
‫‪(Sprint‬‬
‫)‪Backlog‬‬
‫‪ o‬هر فاز از پروژه ای را‬
‫که در مراحل قبلی فاز‬
‫بندی کردیم ‪ ،‬به عنوان‬
‫یک اسپرینت در نشر‬
‫میگیریم ‪ .‬یا یک فاز رو‬
‫به چند اسپرینت‪.‬‬
‫‪ o‬انتخاب اسپرینت میتونه‬
‫در جلسهی اولیهی تهیهی‬
‫‪ Product Backlog‬یا در هر‬
‫جلسهی برنامهریزی‬
‫اسپرینت صورت بگیره‪.‬‬
‫‪ o‬سندی که در این جلسه‬
‫تهیه میشه همون سند‬
‫اسپرینته‪.‬‬
‫‪33‬‬
‫‪NAME OR LOGO‬‬

34. مرحله‌ی پنجم : اجرای اسکرام

‫مرحلهی پنجم ‪ :‬اجرای اسکرام‬
‫‪ o‬ارائهی گزارش باید خیلی جدی‪،‬‬
‫دقیق و با اطالعات درست همراه‬
‫باشه‪.‬‬
‫‪ o‬هنگام ارائه ی گزارش ‪ ،‬مخاطب‬
‫ما باید همه ی اعضای تیم باشد‬
‫‪ ،‬نه مسئول اسکرام‪.‬‬
‫‪ o‬اسکرام برای بهبود و ارتقای‬
‫سطح کیفی کار ماست و ارائهی‬
‫اطالعات غلط میتونه برای ما و‬
‫تیم بسیار مخرب باشه ؛‬
‫پس‬
‫دروغ ممنوع‬
‫‪34‬‬
‫‪NAME OR LOGO‬‬
‫‪ o‬زمان جلسه حداکثر ‪ ۱۵‬دقیقه ست‬
‫‪ ،‬که البته بسته به تعداد‬
‫افراد تیم و نوع پروژه قابل‬
‫تغییره‪.‬‬

35. مرحله‌ی ششم : تحویل اسپرینت

‫مرحلهی ششم ‪ :‬تحویل اسپرینت‬
‫‪ o‬طراحی و تولید بخش فروش‬
‫اینترنتی به اتمام رسید ‪.‬‬
‫پس در این مرحله این فاز‬
‫رو تحویل میدیم ‪.‬‬
‫‪35‬‬
‫‪NAME OR LOGO‬‬
‫‪ o‬طراحی و تولید بخش فروش‬
‫اینترنتی ما به اصالح یا‬
‫تغییر احتیاج دارد ‪ .‬پس‬
‫باید این فاز رو ( تا‬
‫همینجایی که آماده کردیم )‬
‫تحویل بدیم ؛ مراحل بعدی‬
‫که از این فاز تحویل داده‬
‫میشوند را "تحویل افزایشی"‬
‫و یا "فازی" پروژه‬
‫مینامیم ‪.‬‬

36. مرحله‌ی هفتم : بررسی اسپرینت

‫مرحلهی هفتم ‪ :‬بررسی اسپرینت‬
‫‪ o‬چه کارهایی انجام شده و چه‬
‫کارهای ناقص مونده؟‬
‫‪ o‬پس از اجرای روزانهی جلسات‬
‫اسکرام‪ ،‬باید به بررسی روند‬
‫تکمیل پروژه و مقایسه با سند‬
‫اسپرینت‪ ،‬کارکرد افراد ( اعم‬
‫از اثر بخشی و بهرهوری در‬
‫انجام کار ) که منجر به‬
‫ارائهی یک گزارش که به گزارش‬
‫اسپرینت معروفه‪ ،‬بپردازیم‪.‬‬
‫‪ o‬این گزارش به ما در ارائهی یک‬
‫نگاه روشن از نقاط ضعف و قوت‬
‫ما کمک میکنه‪ .‬زمان این جلسه‬
‫معموالً نصف جلسهی برنامهریزی‬
‫اسپرینته‪.‬‬
‫‪36‬‬
‫‪NAME OR LOGO‬‬

37. مرحله‌ی هشتم : بازنگری اسپرینت Sprint Retrospective

‫مرحلهی هشتم ‪ :‬بازنگری اسپرینت ‪Sprint‬‬
‫‪Retrospective‬‬
‫‪ o‬رفع نقاط ضعف و بهبود نقاط‬
‫قوت‬
‫‪ o‬تصمیمگیری در مورد بهبود‬
‫عملکرد افراد‪ ،‬ارتباطات‪،‬‬
‫فرآیندها و توسعهی ابزارهای‬
‫مورد نیاز‬
‫‪ o‬تعیین برنامهای برای اجرای‬
‫این تصمیمات در این جلسه‬
‫انجام میشه‪.‬‬
‫‪37‬‬
‫‪NAME OR LOGO‬‬
‫‪ o‬در نهایت و در انتهای این‬
‫مرحله ‪ ،‬اسپرینت ما بسته شده‬
‫و باید یک اسپرینت جدید رو‬
‫شروع کنیم ؛ پس برمیگردیم به‬
‫مرحلهی سوم و این تناوب تا‬
‫اتمام پروژه (و حتی برای‬
‫همیشه و در زمان نگهداری یک‬
‫پروژه) ادامه میدیم‪.‬‬

38.

39. Sources

o https://www.quickscrum.com
o http://www.todco.ir/scrum-made-simple
o https://www.cprime.com/resources/what
-is-agile-what-is-scrum/
o https://www.forbes.com/sites/stevedenn
ing/2016/08/13/what-isagile/#35a1921f26e3
Sources
‫منابع‬
NAME OR LOGO
39

40. Thank You

[email protected]
[email protected]