راهنمای کانبان برای تیم‌های اسکرام بخش اول

مقدمه ویراستار

ما در تیم ترجمه‌ی سوما در تابستان 98 مقاله‌ی «راهنمای کانبان برای تیم‌های اسکرام» را برای ترجمه انتخاب کردیم. با توجه به نکات ارزشمندی که در این مقاله جهت استفاده از کانبان برای بهبود جریان در تیم‌های اسکرام ارائه شده است تصمیم گرفتیم که آن را برای اولین بار در سایت leankanban.ir منتشر کنیم. لازم به ذکر است ویرایش این مقاله مربوط به سال 2018 است که اخیرا توسط Scrum.org بروزرسانی شده است.

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

برای جلوگیری از طولانی شدن متن این مقاله در سه بخش در دسترس قرار می‌گیرد تا در آینده پس از دریافت بازخوردهای شما عزیزان به صورت الکترونیکی منتشر و در دسترس عموم علاقه‌مندان قرار گیرد. لطفا از طریق بخش «دیدگاه» ما را از نقطه نظرات ارزشمند خود مطلع نمایید.

هدف

دیدگاه مبتنی بر جریانِ کانبان (Kanban) می‌تواند چارچوب اسکرام (Scrum framework) و پیاده‌سازی آن را تقویت و تکمیل کند. تیم‌ها می‌توانند کانبان را به‌کار گیرند چه آن‌هایی که به‌تازگی استفاده از اسکرام را شروع کرده‌اند یا آن‌هایی که از ابتدا از آن استفاده می‌کرده‌اند.

«راهنمای کانبان برای تیم‌های اسکرام» (The Kanban Guide for Scrum Teams)، حاصل همکاری اعضای انجمن Scrum.org و رهبران انجمن کانبان است. آن‌ها باهم از این مقاله حمایت می‌کنند. این باور آنهاست که متخصصین حرفه‌ای نرم‌افزار می‌توانند از کاربرد کانبان همراه با اسکرام بهره‌مند شوند.

ارتباط با راهنمای اسکرام

این راهنما به منظور جایگزین کردن یا کم کردن هیچ بخشی از «راهنمای اسکرام» (Scrum guide) نیست. بلکه برای تقویت و گسترش تجربه‌های (Practices) چارچوب اسکرام طراحی شده است. این راهنما فرض می‌کند خواننده فرایندی (Process) را با استفاده از چارچوب اسکرام  عملیاتی می‌کند. بنابراین «راهنمای اسکرام» در سراسر آن استفاده می‌شود.

تعریف کانبان

کانبان (اسم): راهبردی برای بهینه‌سازی جریان ارزش ذینفعان در سراسر فرایندی است که از یک سیستم کششی (Pull system) تصویری (Visual)، کار در جریان (Work in progress) محدود شده استفاده می‌کند.

ریشه و شالوده‌ی تعریف کانبان مفهوم “جریان” است. جریان (Flow)، حرکت ارزش قابل ارائه به مشتری (Customer value) در طول سیستم توسعه محصول (Product development system) است. کانبان با بهبود کلی کارایی، اثربخشی و قابلیت پیش‌بینی یک فرایند، جریان را بهینه می‌کند.

کانبان با نظریه اسکرام

ابتدا مروری سریع بر یک اصل کلیدی از «راهنمای اسکرام»:

اسکرام برپایه نظریه کنترل فرایند تجربی (Empirical Process Control) یا تجربه‌گرایی بنا شده است. تجربه‌گرایی ادعا می‌کند که دانش از تجربه می‌آید و تصمیم‌‌ها براساس آن‌چه می‌دانیم گرفته می‌شود. سه رکنی که هر پیاده‌سازی کنترل فرایند تجربی از آن حمایت می‌کنند عبارتند از: شفافیت (Transparency)، بازرسی (Inspection) و تطبیق (Adaptation).

اسکرام تجویز می‌کند که بک‌لاگ اسپرینت (Backlog sprint) شفاف باشد، اما برای چگونگی انجام آن راهنمای کمی ارائه می‌دهد. همچنین چگونگی دستیابی به شفافیت ضمنی جریان کار در بک‌لاگ محصول (Product backlog)، از بک‌لاگ محصول به بک‌لاگ اسپرینت، و هر آن‌چه که روی کار بعد از تبدیل شدنش به یک بخش قابل عرضه از محصول اتفاق می‌افتد را تعریف نمی‌کند. این همان جایی است که کانبان می‌تواند کمک کند. با تصویرسازی کار با روش‌های جدید، تیم اسکرام می‌تواند مجموعه‌ای از تجربه‌های ارائه شده در این راهنما را به‌کار گیرد تا تحویل ارزش را به‌طور چشمگیری بهینه کند. این تجربه‌ها از اصول تفکر ناب (Lean thinking)، جریان توسعه محصول (Product development flow) و نظریه صف‌ (Queuing theory) گرفته شده و بر روی آنها توسعه یافته‌ است.

یکی از نتایج سودبخش بهینه‌سازی تحویل ارزش فرصت‌های بسیار زیادی است که برای بازرسی و تطبیق فرایند و محصول فراهم می‌کند. محکم‌تر کردن حلقه‌ی بازخورد مشتری (Customer feedback loop) با کانبان، راهبردی ثابت‌شده برای بهبود تجربی یک فرایند است.

تمرکز بیش از حد کانبان روی شفافیت، تصویرسازی (Visualization) و جریان که با چارچوب اسکرام ادغام شده است بنیان قدرتمندی را شکل می‌دهد، تا در آن فرایندی طراحی ‌شود که ارزش بهینه‌ای به مشتری تحویل ‌دهد.

تعریف گردش‌کار

بهینه‌سازی جریان بستگی به تعریف معنای جریان در فضا‌ی (Context) اسکرام دارد. هر تیم اسکرام باید تعریف خود را از «گردش کار» داشته باشد که شامل عناصر زیر است:

• نقاط تعریف شده‌ای که تیم اسکرام برای کار شروع‌شده و کار تمام‌شده در نظر می‌گیرد.
• تعریف قلم‌های منحصر به فرد از ارزش قابل ارائه به مشتری که در طول سیستم تیم اسکرام در جریان هستند (به احتمال زیاد اقلام بک‌لاگ محصول (PBIs)).
• تعریف وضعیت‌های گردش کار که PBIها از آغاز تا پایان در آن جریان دارند (آنجا حداقل باید یک وضعیت فعال (Active status) وجود داشته باشد).
• آشکارسازی سیاست‌ها در مورد این‌که چگونه کار از میان هر وضعیت‌ حرکت ‌کند (شاید شامل قلم‌هایی از «تعریف انجام شده» در تیم اسکرام باشد و سیاست‌ها را بین مراحل انتقال دهد).
• تعریف این‌که چطور کار در جریان (WIP) باید محدود ‌شود.
• مجموعه‌ای از انتظارات سطح خدمات (Service Level Expectation) که پیش‌بینی زمانی که طول می‌کشد تا قلم‌های کاری تکمیل شوند را هماهنگ می‌کند.
• چه‌مدتی یک قلم مشخص از شروع تا پایان در گردش کارتان جریان ‌دارد.

در صورتی‌که تیم اسکرام گردش کار را تعریف می‌کند، باید عناصر زیر را در نظر بگیرد:

• اقلام کاری که هنوز در یک وضعیت فعال قرار نگرفته‌اند به عنوان «شروع‌‌نشده» شناسایی شوند.
• اقلام کاری که وارد وضعیت فعالی شده‌اند («شروع‌‌شده» (Started)) به عنوان WIP شناسایی شوند.
• اقلام کاری که از میان همه‌ی وضعیت‌های فعال برنامه‌ریزی‌شده برای آن قلم عبور کرده‌اند به عنوان «تمام‌شده» (Finished) شناسایی شوند.

به‌طور خلاصه، تعریف «گردش‌کار» شامل درک مشترکی از موارد زیر در تیم اسکرام است:

• نحوه تعریف کار (اقلام کاری)
• وضعیت شروع فرایند
• وضعیت‌های فعال برای اقلام کاری
• و وضعیت تمام‌شده فرایند

توجه کنید که وضعیت‌ها در تعریف «گردش ‌کار» شاید با وضعیت‌های تعریف شده با بک‌لاگ اسپرینت منطبق نباشند. برای نمونه، تعریف تیم اسکرام از «گردش ‌کار» شاید شامل وضعیت‌هایی باشند که بالادست، پایین دست، داخل یا خارج از بک‌لاگ اسپرینت هستند. به‌طور مشابه، اقلام‌ کاری که در سرتاسر گردش ‌کار جابه‌جا می‌شوند ممکن است منطبق با قلم‌های بک‌لاگ محصول یا دیگر بخش‌های بک‌لاگ اسپرینت یا اسکرام نباشند. نهایتا، یک قلم ‌کاری خاص ممکن است از بین همه وضعیت‌های فعال حرکت نکند و یک قلم ‌کاری ممکن است حتی به‌صورت ترتیبی در طول وضعیت‌های فعال حرکت نداشته باشد.

ایجاد و تطبیق تعریف «گردش‌ کار» شاید توسط فراورده‌های (Artifacts) موجود تأثیر بگذارد یا تاثیر بپذیرد. پاسخگویی و مسئولیت‌پذیری مالک محصول و تیم توسعه در مقابل این فراورده‌ها همچنان‌که در راهنمای اسکرام شرح داده شده است به قوت خود باقی است.

انتظارات سطح خدمات

انتظارات سطح خدمات پیش‌بینی می‌کند چه‌مدتی یک قلم مشخص از شروع تا پایان در گردش کارتان جریان ‌دارد. SLE دو بخش دارد: بازه‌ی (Period) روزهای سپری شده و احتمال مرتبط با آن بازه (برای نمونه، “85 درصد اقلام‌ کاری طی 8  روز به پایان می‌رسند”). SLE مبتنی‌بر زمان چرخه‌ی تاریخی (Historical cycle time) تیم اسکرام است، و یک‌بار محاسبه و‌ روی تابلوی کانبان چسبانده می‌شود. چنانچه این داده‌های تاریخی وجود ندارند، تیم اسکرام باید بهترین حدس خود را بزند و وقتی داده‌ی تاریخی کافی وجود داشت با انجام یک محاسبه SLE درست، آن را جایگزین کند.

«صرف نظر از این‌که تیم اسکرام چگونه تمایل دارد تا  “گردش کار” خود را با مهارت تعریف ‌کند، گردش کار مفهوم اصلی در این راهنما است.» همه‌ی عناصر دیگر این راهنما وابستگی زیادی به چگونگی تعریف گردش کار در تیم اسکرام دارند. همچنان‌که تیم اسکرام به طور تجربی روش‌های بهتری برای جریان یافتن کار خود پیدا می‌کند این تعریف می‌تواند و باید تغییر کند. به‌طور مشابه، استفاده همسان از تعریف «گردش ‌کار» الزامی است چراکه‌ با عناصر دیگری از این راهنما باهم استفاده می‌شود (برای نمونه، سنجه‌های جریان). سازگاری (Consistency)، انسجام تمرکز زیاد کانبان روی شفافیت را تضمین می‌کند.

مترجم(ها): تیم ترجمه سوما (علیرضا قاقالو و حمید خاتمی)

ویراستار: یاسر کازرونی

بخش دوم مقاله‌ «راهنمای کانبان برای تیم‌های اسکرام» را می‌توانید در ادامه مطالعه کنید.