قرار دادن "جریان" در گردش کار با محدودیت های WIP

محدودیت های کار در حال پیشرفت به معنای محدود کردن پیشرفت شما نیست. در واقع، کاملا برعکس.

توسط دن رادگان

مباحث را مرور کنید

محدودیت های WIP چیست؟

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

چرا محدودیت های WIP مهم است؟

بنابراین حالا شما فکر می کنید ، "بیشتر به من بگویید!"(خوب ، امیدوارم که باشید.)

محدودیت های WIP با مجبور کردن تیم برای تمرکز روی مجموعه ای کوچکتر از کارها ، باعث افزایش توان عمل کرده و میزان کار "تقریباً انجام شده" را کاهش می دهد. در سطح اساسی ، محدودیت های WIP فرهنگ "انجام شده" را تشویق می کند. از همه مهمتر ، محدودیت های WIP باعث می شود مسدود کننده ها و تنگناها قابل مشاهده باشند. تیم ها می توانند در مورد مسدود کردن مسائل برای درک ، اجرای و حل و فصل آنها در صورت وجود یک شاخص روشن از آنچه که کار موجود باعث ایجاد تنگنا می شود ، بچرخند. پس از حذف انسداد ، کار در سراسر تیم دوباره شروع به جریان می کند. این مزایا تضمین می کند که افزایش ارزش زودتر به مشتریان تحویل داده می شود ، و باعث می شود محدودیت های WIP یک ابزار ارزشمند در توسعه چابک باشد.

در طول توسعه ، آسان است که فکر کنید "اوه ، در حالی که کار دیگری را شروع می کنم ، در مورد این مسئله مکث می کنم."داشتن دو مسئله باز به معنای جابجایی زمینه بین دو چیز مختلف یا انتقال کار بین هم تیمی ها است. پایین آمدن در مورد یک شماره و در مورد دیگر رایگان نیست - این زمان به زمان نیاز دارد و تمرکز خود را انجام می دهد. تقریباً همیشه بهتر است از طریق مسئله اصلی کار کنید نه شروع کار و عدم تکمیل کار. به عبارت دیگر ، محدودیت های WIP ما را از جلوگیری از جریان خودمان دلسرد می کند.

سرانجام ، محدودیت های WIP مناطقی از بیکار بودن مزمن یا اضافه بار را نشان می دهد. آنها به تیم کمک می کنند تا ناکارآمدی را در کل فرایند و نه فقط منطقه خاصی که در آن کار می کنند ، ببیند.

برای تیم های جدید در محدوده WIP ، آنها احساس ناخوشایندی خواهند کرد. وقت خود را برای بحث در مورد آنها در چند تکرار اول اختصاص دهید. درک کنید که چه زمانی و چرا تیم به محدودیت های WIP برخورد کرده است. در ابتدا در برابر وسوسه برای تنظیم خودسرانه در ابتدا مقاومت کنید. اگر یک نقض ثابت شود ، این نشانه این است که یا حد WIP بیش از حد محدود کننده است یا روند تیم ناکارآمد است.

با استفاده از محدودیت های WIP در تیم های چابک

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

هنگام بیرون کشیدن یک گردش کار جدید ، تصمیم تیمی برای تعیین محدودیت WIP برای هر وضعیت بگیرید. توصیه می کنیم پس از نظارت بر تعداد متوسط موارد کار در هر وضعیت برای چند اسپرینت ، محدودیت های WIP را تنظیم کنید. در زیر یک تخته چابک نمونه با محدودیت WIP که توسط یک تیم توسعه نرم افزار معمولی استفاده شده است.

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

از آنجا که هیچ کاری برای انجام این کار انجام نشده است ، دیگر نیازی به محدودیت WIP در آنجا نیست. در هیئت مدیره فوق ، "برای انجام" نشان می دهد که این داستان توسط مالک و تیم محصول کاملاً مورد بررسی قرار گرفته است. تیم توسعه کار را از "برای انجام" به "در حال انجام" با شروع کار در مورد کار می کند. به عنوان بهترین روش ، مهم است که کار کافی را در وضعیت "انجام" حفظ کنید تا هر یک از اعضای تیم توسعه کاملاً مورد استفاده قرار گیرند. با نگه داشتن داستان های فقط به اندازه کافی در حالت "برای انجام" ، صاحب محصول وقتی صحبت از نیازهای گوشتی می شود ، خیلی جلوتر از بازی نمی شود و برنامه برای تغییر پاسخگوتر می شود.

وضعیت "در حال پیشرفت" کارهایی را که تحت توسعه فعال است لیست می کند. هدف از محدودیت های WIP در این مورد اطمینان از این است که همه تلاش های خود را انجام داده اند ، اما هیچ کس چند وظیفه ای ندارد. در صفحه فوق ، حد مورد "در حال پیشرفت" 4 است و در حال حاضر 3 مورد در آن ایالت وجود دارد. این به تیم می گوید که آنها توانایی انجام کار بیشتر را دارند. به عنوان بهترین تمرین ، برخی از تیم ها حداکثر حد WIP را زیر تعداد اعضای تیم قرار می دهند. ایده این است که برای شیوه های خوب چابک در اتاق پخت کنید. اگر یک توسعه دهنده یک مورد را به پایان برساند ، اما تیم در حال حاضر در محدودیت WIP خود قرار دارد ، آنها می دانند که وقت آن است که چند بررسی کد را دست بکشید یا برای برخی از برنامه نویسی جفت به یک توسعه دهنده دیگر بپیوندید.

وضعیت "بررسی کد" داستانهایی را نشان می دهد که به طور کامل نوشته شده اند اما قبل از ادغام در پایه کد باید بررسی شوند. بررسی کد به موقع بهترین روش است که کیفیت را ایجاد می کند ، نوآوری جدیدی را برای بازاریابی سریعتر می کند ، با کاهش شاخه های باز و گسترش دانش در تیم مهندسی ، ادغام را آسان تر می کند. موارد موجود در این ایالت باید به چند دلیل به صورت فوری عمل شود:

• این کد به عنوان اعضای تیم در کد جدید پوسیده نمی شود
• توسعه دهنده زمینه ای را که در نوشتن کد اصلی به دست آورده است از دست نمی دهد
• این ویژگی را می توان برای انتشار در شاخه اصلی ادغام کرد

محدودیت های WIP تضمین شده کد بدون بررسی را جمع نمی کند.

توجه داشته باشید که در صفحه Agile در بالا ، این تیم بررسی کد زیادی دارد ، بنابراین ستون قرمز شده است تا این موضوع را نشان دهد.

• محدودیت های WIP در صورت لزوم افزایش می یابد تا تیم دیگر به آنها ضربه نزنند.("سقف بدهی" ، هر کسی؟)
• هر کس یک "کار پس زمینه" بزرگ در صفحه خود دارد تا زمان هایی را که در غیر این صورت بیکار هستند ، ماسک کنند.
• اعضای تیم بیکار می نشینند و منتظرند تا کار بیشتری انجام دهند ، نه اینکه در تنگناها بچرخند.
• پرتاب ساعات بیشتر افراد در تنگناهای مداوم در مورد پیشرفت در شیوه های مهندسی یا فرآیندهای تیم ترجیح داده می شود.

4 گل برای تیم های چابک با استفاده از محدودیت های WIP

مانند هر فعالیت جدید ، محدودیت های WIP در ابتدا ممکن است احساس بی نظیری کند. هدف در اینجا بهینه سازی تیم در میان مدت میان مدت است و بی حرمتی کوتاه مدت در واقع چیز خوبی است. این باعث می شود تیم در روند خود نقاط درد را احساس کند. بعد از اینکه تیم برای چند هفته از محدودیت های WIP خود استفاده می کند ، در صورت لزوم تنظیماتی را انجام دهید. مقاومت در برابر وسوسه برای افزایش محدودیت WIP فقط به این دلیل که تیم همچنان به آن ضربه می زند. این فرصت را برای افزایش ظرفیت - در واقع ، با آموزش تیم و دادن مجموعه مهارت های جدید به هر عضو یا ایجاد برخی از جنبه های روند توسعه ، به دست آورید.

هدف 1: اندازه وظایف فردی به طور مداوم. هنگام شکستن الزامات و داستانهای کاربر ، مهم است که کارهای فردی را بیش از 16 ساعت کار نگه دارید. انجام این کار باعث افزایش توانایی تیم در تخمین با اطمینان می شود و به جلوگیری از تنگناها کمک می کند. هیچ چیز یک تیم را کند نمی کند و محدودیت های WIP را مانند یک مورد کار بزرگ که خط لوله را مسدود می کند ، تشدید می کند.

هنگامی که کار در حال پیشرفت برای تیم کار می کند ، زمان چرخه مسئله کاهش می یابد. زمان چرخه مدت زمان لازم برای تکمیل یک مسئله است. برای کسب اطلاعات بیشتر ، صفحه ما را در معیارهای چابک بررسی کنید.

هدف 2: محدودیت های WIP را به مهارت های تیم. مثال فوق فرض می کند که اعضای تیم مجموعه مهارت های مشابهی دارند. اگر تیم شما متخصص در این زمینه است ، ممکن است در هنگام درگیر شدن متخصص در محدودیت های پیشرفت متفاوت باشد. یک وضعیت خاص برای کار متخصص ایجاد کنید. اگر تنگناها در آن وضعیت اتفاق می افتد ، از این فرصت استفاده کنید تا اعضای تیم دیگر را آموزش دهید تا ظرفیت دیگری را برای مجموعه های مهارت متخصص اضافه کرده و جریان را در کل تیم افزایش دهید.

هدف 3: بیکاری را کاهش دهید. وقتی یکی از اعضای تیم کمبود زمان دارد ، آنها را تشویق کنید تا به یک عضو تیم بالادست یا پایین دست کمک کنند. آنها به بهره وری کلی تیم کمک می کنند و در این راه چیزی یاد می گیرند!

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