Control Chart چیست؟
کنترلچارت نموداری است برای دیدن چرخهزمان (Cycle Time) هر آیتم کاری از وقتی «شروع به کار» میشود تا وقتی «Done» میشود. هدفش این است که سرعت و پایداری جریان کار را بسنجید و نقاط غیرعادی (Outliers) و گلوگاهها را کشف کنید.
اجزای نمودار
- نقطههای سبز (Issue): هر نقطه یک آیتم و مقدار چرخهزمانش است.
- خط آبی (Rolling Average): میانگین متحرک چرخهزمان در یک پنجرهٔ زمانی ثابت (مثلاً ۷ آیتم). روند کوتاهمدت را نشان میدهد.
- نوار آبی (Standard Deviation): دامنهٔ نوسان چرخهزمان پیرامون میانگین متحرک؛ هرچه باریکتر، پایدارتر.
- خط قرمز (Average): میانگین کل دورهٔ انتخابشده. مبنایی برای مقایسهٔ بلندمدت.
تعریف Outlier (نقطهٔ غیرعادی): آیتمی که چرخهزمانش بهوضوح خارج از الگوی معمول باشد—اغلب بیرون از نوار آبی یا بسیار دورتر از خط آبی.
این نمودار دقیقاً چه چیزی را اندازه میگیرد؟
- Cycle Time از لحظهای که آیتم وارد «ستون شروع کار» شما میشود تا عبور از تعریف Done.
- شما میتوانید تعیین کنید نمودار از کدام ستونها محاسبه شود:
- End-to-End: از «PBIs/Selected for Development» تا «Done» ⇒ دید محصولی و تحویلی.
- Active Work Only: از «Develop» تا «Done» ⇒ تمرکز بر بهرهوری توسعه.
چگونه بخوانیم و چه برداشتی بکنیم؟
- خط آبی رو به پایین + نوار باریکتر ⇒ چرخهزمانها کوتاهتر و پایدارتر شدهاند.
- خط آبی رو به بالا یا نوار پهنتر ⇒ افزایش صف، تعدد کارهای همزمان (WIP بالا)، یا وابستگیها.
- Outlierها ⇒ موانع، اندازهٔ بزرگ آیتم، انتظار برای QA/PO/تامینوابستگی، یا مشکلات فرآیندی.
کاربرد در اسکرام (Inspect & Adapt)
- اسپرینت جاری: از Aging WIP و Control Chart برای برجستهکردن آیتمهای در خطر استفاده کنید؛ Daily Scrum باید برنامهای بسازد که آنها را جلو بیندازد.
- رتروسپکتیو: آوتلایرها را کالبدشکافی کنید (۵ چرا) و یک–دو اقدام اصلاحی با اثر بالا تعریف کنید.
- اسپرینت پلنینگ/ریفاینمنت: اگر چرخهزمان بالا رفت، PBIs را کوچکتر کنید و وابستگیها را قبل از ورود به اسپرینت حل کنید.
- Definition of Done/Ready: شفاف و مشترک نگه دارید تا انتظار برای تست/تأیید صف نسازد.
آستانهها و اهداف پیشنهادی
(اینها قواعد تیمیاند، نه قانون ابزار؛ بسته به زمینه تنظیم کنید.)
- میانهٔ چرخهزمان ≤ ۱–۲ روز برای آیتمهای معمول.
- صدک ۸۵ ≤ ۳–۵ روز تا نوسان مدیریتپذیر بماند.
- WIP Limits برای ستونهای پرترافیک (Develop/QA/PO Test).
خطاهای رایج
- مخلوطکردن تعطیلات با روزهای کاری: گزینهٔ «Include non-working days» را برای مقایسههای زمانی ثابت نگه دارید (همیشه روشن یا همیشه خاموش).
- تعریف نامنطبق ستونها: اگر ستونهای گزارش با مسیر واقعی «تا Done» یکی نباشد، اندازهگیری گمراهکننده میشود.
- تمرکز بر سرعت بهجای ارزش: هدف، پایداری جریان و قابلیت پیشبینی است، نه رکوردشکنی عددی.
چطور با Control Chart بهبود مستمر بسازیم؟
این موضوع در چارچوب Cynefin معمولاً Complicated است؛ یعنی با تحلیل و چند اقدام استاندارد بهتر میشود. اینها را امتحان کنید:
- WIP را محدود کنید تا صفها و زمان انتظار کم شود.
- Aging WIP را روزانه رصد کنید؛ هر آیتمی که از آستانهٔ تیم (مثلاً ۳ روز) فراتر رفت، اولویت رفع مانع.
- کوچکسازی آیتمها (Slice by outcome) تا در یک اسپرینت Done شوند.
- بهبود دسترسپذیری QA/PO (SLA سبک برای بازخورد) تا handoff طولانی نشود.
- بازبینی Outlierها و افزودن یک اقدام پیشگیرانه به اسپرینت بعد.
واژهنامهٔ کوچک
- Cycle Time: مدت زمان از شروع کار روی آیتم تا Done.
- Lead Time: از ایجاد/درخواست آیتم تا تحویل؛ (اگر ستونهای قبل از شروع توسعه را هم حساب کنید، کنترلچارت میتواند نزدیک به Lead Time را نشان دهد).
- Rolling Average: میانگین متحرک برای نمایش روند.
- Standard Deviation Band: نشاندهندهٔ پراکندگی/نوسان.
- Outlier: نقطهٔ بسیار دور از الگو؛ سیگنال بررسی.
اگر خواستی، اسکرینشات نمودارت را بر اساس همین چارچوب با هم مرور میکنیم و دقیقاً میگوییم گلوگاههای تیم شما کجاست و چه اقدامهایی بیشترین اثر را دارند.
دیدگاهتان را بنویسید