مقایسه فرآیند مدل Scrum با Kanban (بخش دوم - بررسی Kanban)

توی نوشته‌ قبلی کمی در مورد Scrum توضیح دادیم و چند خصوصیت اصلی Scrum که به مدل Kanban می‌تونن مرتبط باشن رو بررسی کردیم، خب تا الان همش در مورد Scrum صحبت کردیم، حالا بریم سراغ دوست جدیدمون، یعنی مدل توسعه پروژه Kanban.

توی مدل توسعه پروژه Kanban مثل مدل Scrum، سه بخش زیر رو داریم:

• Backlog (دقیقا مثل مدل اسکرام)
• Agile Board (Kanban Board)
• Done Pile

درون این مدل دیگه خبری از Sprintها نیست، کارت‌های مورد نظرمون رو طبق الویت و روند وارد Board می‌کنیم و پس از گذشت روند توسعه، کارت‌ها بین ستون‌های مختلف Board جابجا می‌شن تا فرآیند تولید و تستشون تمام بشه و به ستون Release برسن و همچنین تاریخ مشخصی برای انتشار وجود نداریم.

تاریخ انتشار نداریم ؟ پس کی باید نسخه‌های جدید ارائه بدیم ؟؟
توی مدل توسعه پروژه Kanban معیار انتشار نسخه جدید، وجود داشتنِ قابلیتی (Feature) جهت ارائست. به همین دلیل در هفته ممکنه یک تا دو بار انتشار نسخه جدید داشته باشیم که این مسئله باعث میشه دو سه برابر مدل Scrum نسخه جدید ارائه بدیم.

بیایم یه جمع بندی بکنیم.
بخش‌های اصلی Kanban به ترتیب روند عملکرد، بصورت زیر هستن:

• Backlog
• Kanban Board
• Done Pile
• Kanban Meeting (Daily)
• Package + Release (بیشتر از مدل اسکرام)

پس روند مدل Kanban سه بخش کمتر از روند مدل Scrum داره; Sprint planning، Sprint و Retrospective (جلسه جهت اسپرینت‌های آینده).

توی این نوشته یک نگاه کلی به چارچوب مدیریت پروژه Kanban داشتیم ( به جزییات کاری نداریم چون خیلی جزییات Kanban مثل Scrum هست و فقط قسمت‌هایی رو مورد بررسی قرار می‌دیم که درون این دو چارچوب متفاوت هستن ).

توی نوشته بعدی میریم نقاط ضعف هر کدوم از این دو مدل رو بررسی کنیم.

موفق و پیروز باشید :-)