مدیریت پروژه چابک (agile project management) یک رویکرد تکراری برای مدیریت پروژههای توسعه نرمافزار است و روی انتشار مداوم و ترکیب بازخورد مشتری با هر تکرار تمرکز میکند. تیمهای نرمافزاری که از مدیریت چابک استقبال میکنند، سرعت توسعه خود را افزایش میدهند، همکاری را گسترش میدهند و بهتر و قویتر میتوانند به روند بازار پاسخگو باشند.
فلسفه چابک روی افراد توانمند، تعاملات آنها و تحویل اولیه و مداوم ارزش به یک شرکت تمرکز میکند. همچنین بر ارائه حداکثر ارزش در برابر اولویتهای تجاری در زمان و بودجه مجاز تمرکز دارد؛ به ویژه هنگامی که انگیزه تحویل بیش از خطر کردن است. اصول مدیریت چابک شامل موارد زیر است:
· این پروژه نیازها را به قطعات كوچكتر تقسیم میكند؛ سپس تیم نیازها را با توجه به اهمیت آنها اولویتبندی میکنند.
· پروژه چابک باعث همکاری مشترک (collaborative working) به ویژه با مشتری میشود.
· پروژه چابک یاد میگیرد، در فواصل منظم تنظیم میشود و منعکس میشود تا از رضایت مشتری و منفعت او از این نتایج اطمینان حاصل شود.
· متدولوژی چابک برنامهریزی را با اجرا ادغام میکند و به سازمان اجازه میدهد تا طرز فکری کاری برای کمک به تیم ایجاد کند.
برای آشنایی کامل با این موضوع، مقاله مدیریت پروژه چابک در کاوان را دنبال کنید. در ادامه به آموزش agile و چارچوبهای این متد میپردازیم.
تاریخچه مدیریت چابک
تیمهای توسعهدهنده نرمافزار که از مفهوم تولید ناب شرکت تویوتا در دهه 1940 ناشی میشوند، روشهای مدیریت پروژه چابک را برای کاهش اشتباهات و ضایعات و افزایش شفافیت در نظر گرفتند. این کار علاوه بر دو موردی که اشاره شد، نیازهای متغیر مشتریان را به سرعت رفع میکند. چابک تغییر گستردهای در مدیریت پروژه آبشار است که بر راهاندازیهای به اصطلاح "big bang" تمرکز میکند و به تیمهای نرمافزاری کمک میکند تا همکاری و نوآوری بهتری نسبت به گذشته داشته باشند.
مدیریت پروژه چابک سنتی در دو چارچوب زیر دستهبندی میشود:
- Scrum
- Kanban
scrum روی تکرارهای پروژه با طول ثابت تمرکز میکند؛ ولی kanban بر انتشارهای مداوم متمرکز است که پس از اتمام بلافاصله به تیم بعدی میرود.
نحوه کارکرد اسکرام در مدیریت پروژه چابک
اسکرام چارچوبی برای مدیریت پروژه چابک است که از تکرارهایی با طول ثابت به نام sprints استفاده میکند. چهار مراسم (ceremony) وجود دارد که ساختار را در هر sprint میآورد.
همه چیز با کارهای عقبمانده یا کارهایی که باید انجام شود شروع میشود. دو مورد عقبمانده در اسکرام وجود دارد:
1. مواردی مربوط به محصول عقبمانده (متعلق به صاحب کالا است) که لیستی از ویژگیهای اولویتبندی شده است؛
2. دیگری عقبمانده sprint است که با برداشتن مسائل و مشکلات از قسمت بالای محصول تا زمان پر شدن ظرفیت sprint بعدی پر میشود.
تیمهای اسکرام نقشهای منحصر به فردی دارند و هر یک سهم اختصاصی خود را در روند کار دارند. به طور معمول یک استاد اسکرام یا قهرمان روش اسکرام برای تیم وجود دارد؛ یک صاحب محصول که صدای یک محصول محسوب میشود و تیم اسکرام که در آن همه اعضای تیم به یک اندازه مهم هستند و در کنار هم از کلیه مهارتها و دانش لازم برای ارائه یک محصول مفید برخوردار میشوند.
به طور کلی از چنین متدی برای بهبود عملکرد کار و مدیریت وظایف در یک کسب و کار استفاده میشود. نرمافزارهای مدیریت کسب و کار تحت وب، یکی دیگر از پیشنهادات مفید برای بهتر کردن عملکرد مدیریت و کارمندان در یک کسب و کار است. نرمافزار کاوان با وجود قابلیتهای متنوع و کاربردی، یکی از بهترین سیستمهای مدیریتی است. بازده کاری و پیشرفت وظایف را با استفاده از این نرمافزار تجربه کنید.
چهار مراسم اسکرام
برنامهریزی سرعت |
نسخه دمو Sprint
|
Standup روزانه |
گذشتهنگر (Retrospective) |
یک جلسه برنامهریزی تیمی که مشخص میکند چه چیزی را باید در Sprint بعدی انجام دهید. |
یک جلسه اشتراکگذاری برای نشان دادن آنچه که تیم آنچه در آن سرعت مشخص انجام داده است. |
یک مینی جلسه 15 دقیقهای به عنوان استندآپ، برای همگامسازی تیم نرمافزار |
مروری بر آنچه که با اقدامات به خوبی پیش رفته است یا انجام نشده است. این کار برای بهتر شدن sprint بعدی است. |
برد اسکرام
از برد یا صفحه اسکرام برای تجسم همه کارها در یک سرعت مشخص استفاده میشود. تیم در طول جلسه برنامهریزی sprint، مواردی را از عقبمانده محصول به عقبمانده sprint منتقل میکند. صفحههای اسکرام میتوانند در چندین مرحله مشاهده میشوند. مراحلی مثل انجام شود، در حال انجام و انجام شده. تابلوهای اسکرام مولفه اصلی افزایش شفافیت در مدیریت پروژه چابک هستند.
نحوه کارکرد کانبان در مدیریت چابک
کانبان چارچوبی برای مدیریت پروژه چابک است که کار را با ظرفیت تیم منطبق میکند. این کار روی انجام هر چه سریعتر کارها تمرکز دارد و این توانایی را به تیمها میدهد که حتی سریعتر از اسکرام واکنش نشان دهند.
کانبان برخلاف اسکرام معمولا هیچ گونه عقبماندگی ندارد. درعوض کار در ستون To Do قرار میگیرد. این موضوع باعث میشود تیمهای کانبان بر انتشارهای مداوم، که در هر زمان قابل انجام است، تمرکز کنند. همه کارها قابل مشاهده، محدود شده و آماده اجرا هستند تا وقتی که کاری تمام شد، تیم بلافاصله به کار بعدی برود. مقدار کار با ظرفیت تیم از طریق محدودیتهای WIP مطابقت دارد. این یک حد کار از پیش تعریف شده است که می تواند همزمان در یک ستون قرار بگیرد (به غیر از ستون To Do). چارچوب کانبان شامل چهار مولفه است.
چهار مولفه کانبان
لیست کار (یا داستانها) |
ستونها یا خطوط |
محدودیتهای کار (Work in Progress Limits) (WIP) |
انتشار مداوم |
لیست کار یا داستان به عنوان موضوعات یا وظایفی که باید انجام شود تعریف شده است. |
در صفحه کانبان برای تشخیص وظایف از جریانهای مختلف کاری، کاربران، پروژهها و ... استفاده میشود. |
قانونی برای محدود کردن میزان کارهایی که باید براساس ظرفیت تیم انجام شود. |
این تیم روی میزان داستان در حد WIP کار میکند و میتواند در هر زمان منتشر شود. |
برد کانبان
از تخته یا برد کانبان برای تجسم تمام کارهایی که انجام میشود، استفاده میشود. همچنین در برنامهریزی منابعی که به مدیران پروژه اجازه میدهد کار را ببینند و بر اساس آن جدول زمانی بسازند، کاربرد دارد. یک تخته کانبان به صورت ستونها و خطوطی ساخته میشود که داستانها از طریق مسیر تکمیل خود عبور میکنند. داستانها تا زمانی که حد WIP اجازه کار برای کار بعدی را بدهد، در ستون To Do قرار میگیرند. لیست کارها باید به موضوعات نسبتا کوچکی تقسیم شود و براساس اولویت سازماندهی شود. همانطور که در این مثال مشاهده میکنید، خطوط میتوانند کمک کنند تا موارد دارای اولویت بالاتر از "everything else" جدا نشوند.
برآورد، گزارش و برنامهریزی برای مدیریت چابک h2
هر چارچوب چابکی که برای پشتیبانی از توسعه نرمافزار خود انتخاب میکنید، به روشی برای مشاهده پیشرفت تیم خود نیاز دارید تا بتوانید برای کارهای آینده یا مسابقات سرعت برنامهریزی کنید. برآورد پروژه چابک به تیمهای scrum و kanban کمک میکند تا ظرفیت خود را درک کنند. گزارشهای چابک پیشرفت تیم در طول زمان را نشان میدهد. آراستن کارهای عقبمانده به مدیران پروژه کمک میکند تا لیست کارها را در حال حاضر آماده و تیم برای مقابله با آنها آماده کنند.
برآورد مدیریت پروژه چابک (Agile project estimating)
برآورد پروژه جنبه بسیار مهمی در مدیریت پروژه kanban و scrum است. بسیاری از تیمها حد WIP برای کانبان خود را برای هر ایالت بر اساس تجربیات قبلی و اندازه تیم تعیین میکنند. تیمهای اسکرام از تخمین پروژه برای شناسایی میزان کار در دو سرعت خاص استفاده میکنند. بسیاری از تیمهای چابک تکنیکهای تخمینی منحصربهفردی مانند برنامهریزی پوکر، ساعات ایدهآل یا نقاط داستانی را برای تعیین مقدار عددی برای وظیفه پیش رو در پیش میگیرند. این یک نقطه مرجع به تیمهای چابک میدهد تا در طی sprint retrospectives به آنها مراجعه کنند تا ببینند تیم آنها چگونه عمل میکند. میتوان نرم افزار مدیریت پروژه چابک Jira را سفارشی کرد تا تخمین پروژههای منحصربهفرد تیمهای شما را انجام دهد.
گزارش مدیریت چابک (Agile reporting)
برآورد پروژه در ابتدا و انتهای هر sprint اجرا میشود. آنها به تیمها کمک میکنند تا مشخص کنند که در ابتدای دو سرعت چه کاری میتوانند انجام دهند؛ اما نشان هم میدهند که در پایان ارزیابیهای اولیه چقدر دقیق بودهاند. گزارشهای چابک مانند نمودارهای Burndown، نشان میدهند که چه تعداد "story points" در طول هر sprint تکمیل شده است. نرمافزارJira دهها گزارش خارج از جعبه در زمان واقعی را ارائه می دهد که دارای بینش عملی و واقعی در مورد عملکرد تیمهای شما هستند. داشتن دادههایی برای پشتیبانی از گذشتهنگاری شما، یک روش ارزشمند برای پیشرفت تیمهای چابک است.
مدیریت کارهای عقبمانده (Backlog management and grooming)
یک بکلاگ محصول (product backlog)، لیست اولویتبندی شدهای برای کارهای تیم توسعه است که از نقشه راه محصول و الزامات آن ناشی میشود. تیم توسعه از عقبمانده محصول برای هر sprint استفاده میکند. نظافت و نگهداری موارد عقبمانده شما به تیمها کمک میکند تا با افزودن مداوم و حذف موارد - بر اساس ظرفیت طولانی مدت تیم و تغییر اهداف تجاری - به اهداف بلند مدت خود برسند. نرمافزارJira به تیمها اجازه میدهد تا تعداد زیادی مورد عقبمانده را با رتبهبندی چند گزینهای مرتب کنند و با کشیدن (drag) و رها کردن (drop) مسائل، داستانها و اشکالات کاربر را سفارش دهند. همچنین میتوانید با جستجوی انعطاف پذیر نرمافزارJira ، فیلتر کنید تا داستان یا باگ خاص برای کاربر را پیدا کنید.
جمعبندی
چرخههای تکراری یا چابک از چندین تکرار یا مرحله افزایشی برای تکمیل یک پروژه تشکیل شدهاند. رویکردهای تکرار شونده برای ارتقای سرعت و سازگاری در پروژههای توسعه نرمافزار مورد استفاده قرار میگیرند. زیرا مزیت تکرار این است که میتوانید به جای اینکه یک مسیر خطی را دنبال کنید، پیشروی خود را تنظیم کنید. یکی از اهداف رویکرد چابک یا تکرار شونده، آزاد کردن منافع در کل فرآیند و نه تنها در پایان آن است. پروژه های چابک در هسته اصلی خود باید ارزشها و رفتارهای اصلی اعتماد، انعطافپذیری، توانمندسازی و همکاری را نشان دهند.
نظر شما در مورد این متد چیست؟ سوالات یا نظراتتان را با ما در میان بگذارید. ممنون که با ما در کاوان همراه بودید.
پیام بگذارید