متدولوژی

Agile متدولوژی

پروژه را به اجزای کوچک‌تر و قابل مدیریت‌تر تقسیم کنید. سپس روی هر قسمت به صورت اصولی کار کنید تا در نهایت، محصول یا کمپین نهایی آماده و قابل انتشار شود.
چابک یا agile در واقع متدی است که بر خلاف روش سنتی (روش آبشاری)، از رویکرد تکرار شونده‌ای استفاده می‌کند و در فواصل زمانی مشخص، اجزایی از پروژه را که قابل تحویل دادن باشند، تولید می‌کند

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

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

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

Scrum_Overview_Diagram

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

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

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

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

نقشهای عمده در اسکرام
Team Member
Self-Organize
Cross-Functional
خود سازمانده هستند
کار می کنند
تعریف هر نوع نقش یا سمت به جز سه نقش گفته شده در اسکرام ممنوع است. به عنوان مثال اعضای تیم نمی‌توانند سمت‌های متفاوتی داشته باشند.

اصطلاحات اسکـرام
Scrum terms

اصطلاحات اسکـرام
User story
یوزر استوری به هر ویژگی گفته میشود که میخواهید محصولتان آن را داشته باشد.
یوزر استوری، اغلب روی یک کارت یا کاغذ چسبدار رنگی، یا استیکر نت مجازی نوشته میشود.
یک یوزر استوری باید هدف خود را به شیوهای مختصر و صریح بیان کند.
با فرمت زیر نوشته می‌شود:
به عنوان [نقش یا عنوان درخواست کننده]، من [یک ویژگی] را می‌خواهم تا بتوانم [نیاز – دلیل و برآیند] را ایجاد کنم

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

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

معمولا جزئیات در قالب “شرایط پذیرش” در پشت کارت میباشد
شرایط پذیرش کجاست؟

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

شکست کاری ایجاد کنید
در واقع بات رزرو غذا تبدیل به یک اپیک(Epic) می شود

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

اصطلاحات اسکـرام
sprint
دوره‌های زمانی یا iteration
شامل یوزر استوری‌ها
جلسه ی برنامه‌ریزی اسپرینت
شامل کدام یوزر استوری
چند اسپرینت لازم است
طول مدت اسپرینت

میتوانیم در اسپرینت فعلی، لاگین و ثبت رزرو رو انتخاب و مشاهده رزرو را برای اسپرینت بعد بگذاریم.
فیدبک یا بازخورد بگیریم.
سریع به این نتیجه نرسیم که کلا ایده بد بوده است،
سعی کنیم با تغییرات کوچک، آزمایش انجام دهیم.
مثلا این داستان کاربر جدید را برای اسپرینت بعد آماده می کنیم:
مثال :

اصطلاحات اسکـرام
Product Backlog
یک لیست کاری مجموعه‌ای از یوزر استوری‌ها برای یک چرخه ی اسپرینت مشخص گفته می‌شود.
شفاف‌سازی عملکرد پروژه می‌شود
شامل تمام اهداف و خواسته های مالک محصول
برای ساختن و نگهداریLibreOfficeCalc یا Microsoft Excel

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

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

اصطلاحات اسکـرام
اسکرام روزانه یا جلسه روزانه ، جلسه ی کوتاه و ایستاده‌ای است که با حضور همه ی ذی‌نفعان برگزار می‌شود.
طول آن حدود ۷ الی ۱۵ دقیقه بوده و توسط اسکرام مستر، مدیریت می‌شود.
هدف این جلسه، ایجاد یک گرد هم آیی کوتاه برای صحبت در مورد دست یافته‌های روز قبل، و کارها و موانع پیش رو در همان روز است.
اسکرام روزانه

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

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

مرحله‌ی اول : تهیه‌ی Product Backlog
یک سند بالا دستی در پروژه‌ی ما به حساب میاد.
در این سند تمام خواسته‌های صاحب کار رو باید بگنجونیم.
معمولاً این سند در یکی دو جلسه با حضور مشتری یا نماینده‌ش و بخش مدیریت توسعه شکل میگیره.

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

مرحله‌ی سوم : جلسه ی برنامه ریزی اسپرینت
چه اهدافی در این اسپرینت داریم؟ چطور به این اهداف برسیم؟
در سند اسپرینت برخلاف سند پروژه، مباحث بیشتر در مورد مسائل درون‌گروهی و نحوه‌ی اجرا، تعیین نفرات و زمان‌بندی کارها متمرکز است.
در این جلسه با حضور اعضای تیم، وظایف مشخص میشوند و زمان‌بندی کل اسپرینت به دست می اید. توجه به قوانین زمانی بسیار مهمه. مثلا ما برای طراحی بخش فروش سایت اینترنتی به 6 ساعت زمان احتیاج داریم ( معمولاً وظایف بسیار خرد میشن و اونا رو از یک تا هشت ساعت زمان‌دهی میکنیم )
نوشتن کار ها روی استیکی نوت
کمک گرفتن از یک تخته اسکرام Scrum Board

مرحله‌ی چهارم : تهیه ی سند اسپرینت (Sprint Backlog)
هر فاز از پروژه ای را که در مراحل قبلی فاز بندی کردیم ، به عنوان یک اسپرینت در نشر میگیریم . یا یک فاز رو به چند اسپرینت.
انتخاب اسپرینت میتونه در جلسه‌ی اولیه‌ی تهیه‌ی Product Backlog یا در هر جلسه‌ی برنامه‌ریزی اسپرینت صورت بگیره.
سندی که در این جلسه تهیه میشه همون سند اسپرینته.

مرحله‌ی پنجم : اجرای اسکرام
ارائه‌ی گزارش باید خیلی جدی، دقیق و با اطلاعات درست همراه باشه.
هنگام ارائه ی گزارش ، مخاطب ما باید همه ی اعضای تیم باشد ، نه مسئول اسکرام.
اسکرام برای بهبود و ارتقای سطح کیفی کار ماست و ارائه‌ی اطلاعات غلط میتونه برای ما و تیم بسیار مخرب باشه ؛
پس دروغ ممنوع
زمان جلسه حداکثر ۱۵ دقیقه ست ، که البته بسته به تعداد افراد تیم و نوع پروژه قابل تغییره.
در پایان جلسه مسئول اسکرام میتونه یک گزارش کلی از وضعیت و مسائل موجود ارائه کنه.

مرحله‌ی ششم : تحویل اسپرینت
طراحی و تولید بخش فروش اینترنتی به اتمام رسید . پس در این مرحله این فاز رو تحویل میدیم .
طراحی و تولید بخش فروش اینترنتی ما به اصلاح یا تغییر احتیاج دارد . پس باید این فاز رو ( تا همینجایی که آماده کردیم ) تحویل بدیم ؛ مراحل بعدی که از این فاز تحویل داده میشوند را "تحویل افزایشی" و یا "فازی" پروژه مینامیم .

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

مرحله‌ی هشتم : بازنگری اسپرینت Sprint Retrospective
رفع نقاط ضعف و بهبود نقاط قوت
تصمیم‌گیری در مورد بهبود عملکرد افراد، ارتباطات، فرآیندها و توسعه‌ی ابزارهای مورد نیاز
تعیین برنامه‌ای برای اجرای این تصمیمات در این جلسه انجام میشه.
در نهایت و در انتهای این مرحله ، اسپرینت ما بسته شده و باید یک اسپرینت جدید رو شروع کنیم ؛ پس برمیگردیم به مرحله‌ی سوم و این تناوب تا اتمام پروژه (و حتی برای همیشه و در زمان نگهداری یک پروژه) ادامه میدیم.

https://www.quickscrum.com
http://www.todco.ir/scrum-made-simple
https://www.cprime.com/resources/what-is-agile-what-is-scrum/
https://www.forbes.com/sites/stevedenning/2016/08/13/what-is-agile/#35a1921f26e3
Sources
منابع