مدیریت چابک با کانبان

از کانبان Kanban برای به حداکثر رساندن کارایی، پیش بینی پذیری، کیفیت و ارزش استفاده کنید.

با کانبان، هر دقیقه ای که صرف یک پروژه نرم افزاری می کنید می تواند برای مشتریان ارزش افزوده ایجاد کند. یک کتاب می تواند به شما در رسیدن به این هدف کمک کند: مدیریت پروژه چابک با کانبان.

اریک برچنر نویسنده کانبان در تیم مهندسی Xbox در مایکروسافت پیشگام بود. اکنون او دقیقاً به شما نشان می دهد که چگونه می توانید آن را برای تیم خود به کار ببندید.

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

برای هر مرحله از سفر خود، توصیه های عملی، چک لیست های مفید و درس های عملی را خواهید یافت. این واقعاً “Kanban در یک جعبه” است: تمام چیزی که برای ارائه ارزش و کیفیت بیشتر لازم دارید.

از تکنیک های کانبان برای موارد زیر استفاده کنید:

• ارائه ارزش مستمر را با تیم و پروژه فعلی خود شروع کنید.
• بر پنج مرحله سریع برای تکمیل کارهای عقب افتاده مسلط شوید.
• پروژه های جدید را به طور موثرتری برنامه ریزی کنید.
• کار در حال انجام یا WIP را به حداقل برسانید و به سرعت خود را با تغییر وفق دهید.
• جلسات طولانی تحویل مصنوعات را حذف کنید.
• بهبود و افزایش تعامل با مشتری.
• گردش کار را تجسم کنید و گلوگاه های آشکار شده را برطرف کنید.
• کانبان را در پروژه های بزرگ اجرا کنید.
• بهینه سازی مهندسی پایدار (مشارکت توسط جیمز والتزکی).
• کانبان را فراتر از توسعه نرم افزار گسترش دهید.

بخشی از متن کتاب مدیریت چابک با کانبان

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

من نرم افزار را در یک محیط بسیار فرار توسعه می دهم، جایی که اولویت ها، الزامات و انتظارات روزانه تغییر می کنند. من نرم‌افزاری را در محیطی بسیار رقابتی توسعه می‌دهم – برای سهم بازار در میان محصولات و برای جبران خسارت در بین همتایان. همتایان توسعه نرم‌افزار من، صرف نظر از اینکه کجا کار می‌کنند یا چه محصولاتی تولید می‌کنند، در همین جهان زندگی می‌کنند.

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

در طول دهه 1990، زمانی که در بوئینگ بودم و در مایکروسافت شروع به کار کردم، من و تیم‌هایم نقاط عطف و دوره‌های تثبیت Waterfall را در مدت زمان‌های مختلف، تخمین تی‌شرت، ادعاها، زندان باگ، ادغام مداوم، و بررسی طراحی و کد را امتحان کردیم.

در دهه 2000، تیم‌های مایکروسافتی که من مدیریت می‌کردم، فرآیند نرم‌افزار تیم، اسکرام، بازرسی کد، تجزیه و تحلیل استاتیک، برنامه‌ریزی پوکر، برنامه‌نویسی جفتی و توسعه مبتنی بر آزمایش را آزمایش کردند. اکنون در دهه 2010، من استقرار مستمر، کانبان و کمی نیروانا را پیدا کردم.

ممکن است برخی از روش هایی که ذکر کردم برای شما آشنا نباشند. اکثر توسعه‌دهندگان نرم‌افزار حرفه‌ای که من می‌شناسم، دوست ندارند در مورد نحوه انجام کارهایشان آزمایش کنند.

آنها رویکردی را پیدا می‌کنند که برایشان کار می‌کند، معمولاً رویکردی که از اولین تیم نرم‌افزار حرفه‌ای خود یاد می‌گیرند، و تمایل دارند با آن رویکرد باقی بمانند.
آزمودن روش‌های مختلف دردناک است و بهره‌وری اولیه را کاهش می‌دهد، اما تیم‌های من را قادر می‌سازد تا از تیم‌های همتایانم بهتر عمل کنند.

یم‌های من به‌طور قابل‌توجهی کوچک‌تر از سایر تیم‌هایی هستند که کارهای مشابه انجام می‌دهند، اما ارزش قابل‌توجهی با کیفیت بسیار بالاتر در زمان مشابه یا کمتر تولید می‌کنند.

دلیلش این نیست که من تیم‌هایم را با توسعه‌دهندگان افسانه‌ای پر کرده‌ام که بیست برابر سریع‌تر از دیگران کار می‌کنند. تیم های من به سادگی از هر ساعت ارزش بیشتری کسب می کنند.

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

برنامه نویسی جفتی، توسعه آزمایش محور، و استقرار مداوم به درجات مختلف. با این حال، این اسکرام بود که بیشترین تأثیر را بر بهره‌وری و کیفیت تیم داشت – یعنی تا زمانی که چهار سال پیش به Kanban تغییر مکان دادیم.

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

این کتاب در مورد این است که چگونه می توانید موفقیت من را با تیم های خود تکرار کنید. من تمام آزمایش ها را انجام داده ام من تمام اشتباهات را برداشته ام من آنچه مهم است را حذف کردم، و آن را برای شما به زبانی ساده و گام‌هایی ساده بیان کردم تا شما فقط فواید.

جازه ندهید همسالان شما این کتاب را بخوانند، از کانبان استفاده کنند و شروع کنند که شما را کهنه جلوه دهند. گام‌های آسانی را که توضیح می‌دهم بردارید و شروع به تولید نرم‌افزار بهتری کنید که مشتریان آن را دوست دارند — با کیفیت بالا، به موقع و با هزینه کم.