روش شناسی چابک: مزایا و مضرات

در اواسط دهه نود ، افرادی که برای شرکت های توسعه نرم افزار کار می کنند ، متوجه شدند که "تجارت طبق معمول" به سادگی برای آنها کار نمی کند. مدل تجاری سنتی شامل برنامه ریزی گسترده ، سازه های سفت و سخت و موانع بوروکراتیک بود که خلاقیت را خفه می کرد و سازگاری با تغییر یا برخورد دقیق به غیر منتظره را غیرممکن می کرد. در پاسخ ، توسعه دهندگان نرم افزار شروع به ترکیب ایده های قدیمی با جدید کردند تا زمانی که ترکیبی پیدا کردند که برای وضعیت آنها کار کند.

این روش جدید و انعطاف پذیر تر برای آنها بسیار خوب کار کرد ، آنها تصمیم گرفتند چارچوبی را برای کمک به افراد دیگر از روشی که بر همکاری و سازگاری تأکید می کند ، بهره مند شوند. گسترش این ایده ها بسیار ارگانیک بود و در نتیجه مجموعه ای از چارچوب های جدید برای استفاده افراد هنگام کار روی پروژه ها بود. در سال 2001 ، این ناسازگاری گروهی از هفده نفر را در دیدار با Snowbird ، یوتا ، به این نتیجه رساند که مشترکات رویکردهای آنها چیست. در نهایت چند مورد به پایان رسید که همه می توانند با آنها موافقت کنند ، و این در نهایت به مانیفست توسعه نرم افزار چابک و 12 اصل آن ، همانطور که توسط اتحاد چابک ثبت شده است ، برای "هدایت شیوه هایی که تیم ها را در اجرای و اجرای چابکی پشتیبانی می کنند" شد.

مدل چابک چیست؟

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

1. با عدم اطمینان روبرو نیست.
2. یک راه حل ممکن را تعیین کرده و آن را انجام دهید.
3. دریافت بازخورد.
4. بر اساس آن تنظیم کنید.

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

انواع روشهای چابک

این روشها هنگامی که تیم های دیگر تعمیم ، اتخاذ و تطبیق آنها را برای اهداف خودشان تبدیل می کنند ، به چارچوب تبدیل می شوند. انواع مختلفی از روشهای چابک در حال حاضر معمولاً از دنیای توسعه نرم افزار استفاده می شود.

• متدولوژی اسکرام چابک. اسکرام یکی از ساده ترین و پرکاربردترین روش های چابک است. به گفته مدیر پروژه دیجیتال، هدف اصلی روش اسکرام «بهبود ارتباطات، کار تیمی و سرعت توسعه است». اسکرام کمتر یک روش مدیریت پروژه است تا چارچوبی برای نگهداری و توسعه مداوم پروژه ها. همانطور که در مورد سایر متدولوژی های چابک وجود دارد، اسکرام با در نظر گرفتن توسعه نرم افزار توسعه داده شد. هنگام انطباق با سایر صنایع، به ویژه در پروژه هایی با بودجه و جدول زمانی ثابت، تنظیمات انجام می شود. به دلیل این پیچیدگی ها، زمانی که روش اسکرام در خارج از دنیای توسعه نرم افزار استفاده می شود، مدیران پروژه اغلب از مفاهیم خاصی در چارچوب کلی بهره می برند و آن ها را به گونه ای به کار می برند که با موقعیت شان کار می کند - مانند تیم های کوچک و خودسازمانده، روزانه. جلسات ایستاده و بررسی پروژه ها.
• لاغر. همانطور که در مدیر پروژه دیجیتال بیان شده است، تمرکز روش ناب بر کارایی است. برخلاف برخی روش های دیگر Agile، این متدولوژی مدیریت برنامه مجموعه ای از اصول است و نه فرآیندهایی که باید دنبال شوند. با شناسایی مواردی که در هر موقعیتی ارزش افزوده دارند شروع می شود و سپس به طور مداوم برای تأکید بر خوبی ها و در عین حال حذف بدی ها تلاش می کند. این روش را می توان در مدیریت پروژه با بررسی روشی که تیم شما پروژه ها را پردازش می کند و آن را فقط به موارد ضروری تجزیه و تحلیل کرد، به کار برد. طبق روش ناب، سه اصل ناب برای اولین بار در ژاپن توسعه یافتند: مودا (無駄، ضایعات)، مورا (斑، ناهمواری)، و موری (無理، روباره)، که معمولاً به عنوان 3Ms شناخته می شود.
  • مودا: ضایعات را از بین ببرید. هر چیزی که برای مشتری ارزش افزوده ندارد را حذف کنید.
  • مورا: تغییرات را حذف کنید. واریانس های سربار را حذف کنید و فرآیندها را استاندارد کنید.
  • موری: اضافه بار را حذف کنید. هر چیزی بالاتر از 60٪ تا 70٪ ظرفیت در واقع کار را کند می کند.
  • از جمله داستان های کاربر - توضیحات ویژگی های کوچک
  • توسعه تست محور (TDD) - الزامات نرم افزار قبل از توسعه نرم افزار به موارد آزمایشی تبدیل می شود
  • برنامه نویسی جفتی تکنیکی که در آن دو برنامه نویس در یک ایستگاه کاری با هم کار می کنند
  • یکپارچه سازی مداوم - کد به طور مرتب برای آزمایش در سراسر پروژه بارگذاری می شود تا مشکلات را زود تشخیص دهد
  • گردش کار را تجسم کنید.
  • کار در حال انجام را محدود کنید.
  • زمان تحویل را اندازه گیری کنید.
  • خط مشی های فرآیندی را شفاف کنید.
  • به طور مستمر فرصت های بهبود را ارزیابی کنید.

  در تقابل با متدولوژی آبشار

  روش آبشار یک رویکرد سنتی تر برای مدیریت پروژه نسبت به چابک است و در حال حاضر رایج ترین رویکرد مدیریت پروژه در محیط کار مدرن است. روش آبشار ، همانطور که توسط Workfront شرح داده شده است ، نام خود را از رویکرد از بالا به پایین خود می گیرد ، با این که هر مرحله از یک پروژه قبل از شروع کار کاملاً پیچیده شده است. این روش در فرایندهایی که یک محصول نهایی ملموس ایجاد می کنند ، مانند ساخت و ساز ، به بهترین شکل ممکن کار می کند. موفقیت یک پروژه با استفاده از روش آبشار تا حد زیادی به میزان انجام کار مقدماتی ، به ویژه تحقیقات بستگی دارد. پیش بینی دقیق چیزی مانند اینکه در صورت قرار دادن این نوع پیش بینی در این فرآیند ، بسیار ساده تر است ، بسیار ساده تر است ، بنابراین امکان تخمین دقیق تر پروژه را فراهم می کند. خصوصیاتی که باعث می شود روش آبشار در برخی شرایط کار کند ، همچنین منجر به استحکام می شود که پاسخ به عدم اطمینان و تغییر را دشوار می کند. در آنجا جذابیت روشهای انعطاف پذیر تر مانند روش چابک نهفته است ، که به تیم امکان محوری و تغییر مسیر را بسیار راحت تر می دهد.

  مزایای روش چابک

  مزایای روش چابک ذاتی در 12 اصل آن است ، همانطور که توسط اتحاد چابک بیان شده است:

  1. بالاترین اولویت ما رضایت مشتری از طریق تحویل زودهنگام و مداوم نرم افزارهای ارزشمند است. رضایت مشتری و تحویل کیفیت تمرکز است.
  2. استقبال از تغییر الزامات ، حتی در اواخر توسعه. فرآیندهای چابک تغییر مهار برای مزیت رقابتی مشتری. با تغییر مبارزه نکنید ، در عوض یاد بگیرید که از آن استفاده کنید.
  3. نرم افزار کار را به طور مکرر ، از دو هفته تا چند ماه ، با اولویت به بازه زمانی کوتاه تر تحویل دهید. به طور مداوم نتایج را در طول یک پروژه ارائه می دهد ، نه فقط در اوج آن.
  4. افراد تجاری و توسعه دهندگان باید هر روز در طول پروژه با هم همکاری کنند. همکاری مهم است.
  5. پروژه هایی را در اطراف افراد با انگیزه بسازید. به آنها محیط و پشتیبانی مورد نیاز خود را به آنها بدهید و به آنها اعتماد کنید تا کار را انجام دهند. اعضای با استعداد و زحمتکش را به تیم بیاورید و از راه خود خارج شوید.
  6. کارآمدترین و مؤثرترین روش انتقال اطلاعات به و در یک تیم توسعه ، مکالمه چهره به چهره است. تا آنجا که ممکن است فرصت های زیادی را برای سوءاستفاده از بین ببرید.
  7. نرم افزار کار اندازه گیری اصلی پیشرفت است. نیازی به کامل بودن نیست ، باید کار کند.
  8. فرآیندهای چابک باعث توسعه پایدار می شوند. حامیان مالی ، توسعه دهندگان و کاربران باید بتوانند به طور نامحدود سرعت ثابت را حفظ کنند. آهسته و پیوسته مسابقه را میبرد.
  9. توجه مستمر به تعالی فنی و طراحی خوب باعث افزایش چابکی می شود. فراموش نکنید که به چیزهای کوچک توجه کنید.
  10. سادگی - هنر به حداکثر رساندن میزان کارهایی که انجام نشده است - ضروری است. چربی را برش دهید.
  11. بهترین معماری ها ، الزامات و طرح ها از تیم های خود سازماندهی پدیدار می شوند. در رابطه با اصل 5 ، اگر به آنها اجازه دهید نقش های خود را بفهمید ، بهترین کار را از تیم خود دریافت خواهید کرد.
  12. در فواصل منظم ، تیم در مورد چگونگی مؤثرتر شدن تأمل می کند ، سپس تنظیمات و تنظیم رفتار خود را بر این اساس تنظیم می کند. استخراج و بازخورد ارائه دهید ، بازخورد را جذب کنید و در صورت لزوم تنظیم کنید.

  مضرات روش چابک

  مانند هر روش مدیریت پروژه ، چابک کامل نیست. اگر از چابک به طور مؤثر استفاده نشود ، نقاط قوت ذاتی آن نیز می تواند سقوط یک تیم باشد. مجله شرکت برخی از متداول ترین اشکالات روش شناسی چابک را تشریح می کند:

  1. کمتر قابل پیش بینیانعطاف پذیری در هسته روش چابک نیز به معنای درجه بسیار پایین تر از پیش بینی است. تخمین دقیق زمان لازم یا کمیت منابع و تلاشهای لازم برای تکمیل یک پروژه بسیار دشوارتر است. بسیاری از تیم ها از این عدم اطمینان می ترسند و این ترس می تواند منجر به ناامیدی و تصمیم گیری ضعیف شود.
  2. زمان و تعهد بیشتر. ارتباط و همکاری عالی است ، اما این تعامل مداوم برای همه افراد درگیر زمان و انرژی بیشتری می برد.
  3. خواسته های بیشتر برای توسعه دهندگان و مشتری. تعهد همه افراد درگیر برای مؤثر بودن روش چابک لازم است. هرکسی که در هیئت مدیره نباشد می تواند بر کیفیت یک پروژه تأثیر منفی بگذارد.
  4. فقدان مستندات لازم. از آنجا که وظایف اغلب فقط به موقع برای توسعه تحت روش چابک انجام می شود ، مستندات تمایل کمتری دارند ، که می تواند منجر به سوء تفاهم و مشکلات در جاده شود.
  5. پروژه ها به راحتی از مسیر خارج می شوند. ماهیت کمتری از روش چابک به این معنی است که پروژه ها می توانند به راحتی گمراه شوند یا فراتر از محدوده اصلی پروژه اجرا شوند.

  نتیجه

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

  اگر می خواهید با اجرای اصول روش شناسی چابک در آینده روبرو شوید، گواهی چابک خود را دریافت کنید. به کارفرمایان نشان دهید که مایلید تعهد خود را برای موفقیت نشان دهید. با CCAPS در دانشگاه مینه سوتا تماس بگیرید تا درباره گواهی چابک و گواهی اسکرام چابک، که شامل گزینه های Certified ScrumMaster® و Certified Scrum Product Owner® است، اطلاعات بیشتری کسب کنید.