بایگانی

Posts Tagged ‘Kanban’

اولویت بندی نیازمندی های مشتری

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

اما چرا اولویت بندی مهم است و چرا اساسا باید چنین کاری انجام داد؟

در پروژه ای که از روش کانبان بهره گرفته بودیم، لیستی از نیازمندی های محصول را در آورده بودیم ولی این لیست نیازمندی ها دو ایراد اساسی داشت : 1- اولویت بندی نشده بود 2- کاملا تشریح شده بود

با وجود این لیست بدین صورت برنامه نویسان می توانستند به راحتی هر کدام از داستان های کاربر را انتخاب و بر روی آن کار کنند. ولی نتیجه Release اول به گونه ای شد که ما به جای اینکه نیاز مشتری را برطرف کنیم (نیازمندی که مشتری به خاطر آن به ما پول داده است و خواهد داد) بیشتر او را صاحب ابزار متفرقه ای مثل گالری عکس، گیم و … کرده بودیم. شاید برنامه نویس ما علاقه زیادی به توسعه این ابزار ها داشت ولی این برای مشتری ارزش آفرین نبود.

قضیه اساسی و مشکل اینجا بود که این نیازمندی ها اساسا لازم نبودند، یعنی ارائه هم نمی شد چیزی از این جهان هستی کم و زیاد نمی شد.اما مسئله اینجاست که مشتری ما عادت دارد وقتی قرار داد می بندیم همه چیز بخواهد ، «این رو هم میخام، این هم باشه، تون رو هم اونجا دیدم خوبه و … «. ما هم معمولا برای از دست ندادن مشتری از دیالوگ «عیب نداره، می سازمیت برات» استفاده می کنیم. اما آیا واقعا چقدر یا چه میزانی از این ویژگی ها مورد استفاده قرار می گیرد؟

تحقیقات جهانی Standish Group نشان داد که تنها و تنها 20% قابلیت های محصول ما توسط مشتری معمولا استفاده می شه و 64% اون هرگز یا بندرت استفاده می شود.

features.jpg (529×256)

این آمار برای آن پروژه ما زنگ خطری بود چرا که :

  • زمانیکه فقط 20% ویژگی ها استفاده می شوند و ارزش آفرین هستند، چرا ما اولویت بندی نکردیم تا بیشتر بر روی این 20% متمرکز شویم؟
  • ما لیست کلی از کارهای کل پروژه به صورت تشریح شده داشتیم، ولی چرا باید همه آنها تشریح شده باشند؟ آیا امکان ندارد آنها با جلو رفتن تغییر کنند؟ پس مقدار زمان و هزینه ای که در اول پروژه برای تشریح آنها صرف کرده ایم احتمالا تلف خواهد شد.

در بیانیه چابک اصلی داریم با عنوان سادگی که متن آن بدین گونه است :

سادگی — هنر به حداکثر رساندن مقدار کار انجام نشده — ضروری است

و مشتری ها معمولا دو خصیصه اساسی دارند، اولا همه چیز می خواهند ، ثانیا همه چیز برای آنها با اولویت می باشد.

اما ما به عنوان تیم چابک هم باید هنر مند باشیم تا بتوانیم اولا با اصل سادگی مقدار کاری که نباید انجام شود را به حداکثر برسانیم ، ثانیا بتوانیم اولویت بندی مناسبی بر اساس معیارهای کسب و کار داشته باشیم.

یک تکنیک برای وادار کردن مشتری برای اولویت بندی نیازمندی ها این می باشد که ، یکی از نیازمندی ها را بر روی یک کارت بزرگ بنویسید و بر روی دیوار بچسبانید، دومین نیازمندی که نوشته شد ، اگر از نیازمندی روی دیوار با اهمیت تر بود ،  بالای آن و اگر کم اهمیت تر بود پایین آن قرار می گیرد و تا آخر با همین روش می توان اولویت بندی ها را انجام داد.

چابک و موفق باشید.

Advertisements

کانبان ساده شده

طبق تجربه خوبی که از عناوین ساده شده داشتیم ، تصمیم گرفتم این بار مفهوم جدیدی (البته جدید در بلاگ دنیای چابک) را دوباره با عنوان ساده شده داشته باشیم ، امیدوارم همانند عناوین قبلی مشتری پسند باشد (:

کانبان همانند اسکرام یکی از متدهای توسعه چابک می باشد که در این متد توجه بیشتر بر روی ارائه های درجا (just-in-time) و بصری سازی فرآیند توسعه می باشد. کانبان ذاتا از متد تفکری Lean گرفته شده است و بیشتر صنعت گران (بدلیل آشنایی مانند تولید ناب و تویوتا وی) با کانبان آشنا هستند.

کانبان یک متد مدیریتی بصری (Visualize) است که می گوید چه چیزی تولید کنید ، چه زمانی تولید کنید ، چه قدر تولید کنید (بر اساس ذات ناب ، اساس آن بر تولید ناب و ارزش گرا و پرهیز از تولید تلف شده می باشد)

کانبان در اختصار

کانبان فقط شامل یک تابلو (Board) می باشد که کارهای در جریان روی آن تابلو قرار می گیرد. این تابلو توسط ستون هایی که هر ستون نشان دهنده وضعیت کاری (مثلا در حال توسعه یا در حال تست و یا …) به چندین قسمت تقسیم شده است. کارهای موجود در ستون های مختلف این تابلو سیر می نمایند تا به آخرین ستون برسند .

1.jpg (407×203)نکاتی در رابطه با کانبان

  • برای هر ستون محدودیتی در نظر گرفته می شود که فقط این تعداد کار در هر زمان می تواند در داخل این ستون قرار داشته باشد.  این محدودیت را اصلاحا محدودیت WIP یا Work-in-progress بیان می شود.
  • کانبان یک سیستم کششی می باشد . یعنی اگر تیم تست کاری برای انجام دادن در ستون خود نداشت ، مقدار کاری را (نسبت به محدودیت) از ستون قبلی خود به ستون خود می کشد (پس تیم توسعه حق ندارد کار انجامم شده خود را به ستون تیم توسعه هل بدهد ، برای اینکه آیتم های تکمیل شده هم در این ستون تجمیع نشود از ستون هایی با عنوان صف یا بافر استفاده می شود)
  • تابلوهای مختلفی می توان برای کانبان ایجاد کرد که بهترین تابلو فقط از طریق تجربه به دست خواهد آمد.
  • در کانبان کارها به صورت اسپرینتی نیست که آخر هر اسپرینت ارائه ای انجام شود ، در کانبان هر وقت که لازم شد و یا طبق برنامه ریزی خاصی می توان ارائه داشت و جلساتی مانند بازبینی و بازنگری را انجام داد.
  • نقش ها در کانبان تجویز شده نیستند ولی می توان از نقش های اسکرام (مالک محصول / اسکرام مستر / تیم ) استفاده کرد.
  • کانبان در فاز نگه داری سیستم بسیار خوب عمل می کند.
  • یک تابلوی کانبان بین همه تیم ها و اشخاص مشترک می باشد و نیازی به تابلوهای جداگانه نیست.

برای درک رفت و آمد مابین ستون ها مشاهده این فایل با عنوان یک روز در سرزمین کانبان توصیه می شود.

یاشیاسیز

دسته‌ها:Agile, Kanban, Lean برچسب‌ها: , , ,