قطار انتشار و راه حل چابک

بک لاگ قطار انتشار چابک ART Backlog یک سیستم کانبان ( Kanban ) است که برای ضبط و مدیریت ویژگی‌ها و توانمندسازی‌های در نظر گرفته شده برای بهبود راه‌حل و گسترش باند معماری آن استفاده می‌شود. Solution Train Backlog یک سیستم Kanban است که برای ضبط و مدیریت قابلیت ها و توانمندسازی های در نظر گرفته شده برای بهبود راه حل بزرگ و گسترش باند معماری آن استفاده می شود.
پس لاگ‌های ART و Solution ویژگی‌ها، قابلیت‌ها و نیازمندی‌های غیرعملکردی (NFR) آینده راه‌حل را نشان می‌دهند. مدیریت بک لاگ ها یک محرک اقتصادی حیاتی برای قطارها و مجموعه است. مدیریت محصول مسئولیت ART Backlog را بر عهده دارد، در حالی که Solution Management مسئول بک لاگ قطار راه حل Solution Train Backlog است. این پس‌ بک لاگ‌ها در سیستم‌های کانبان تجسم و مدیریت می‌شوند، جایی که ویژگی‌ها، قابلیت‌ها و توانمندسازها ضبط، تعریف، تکامل و اولویت‌بندی می‌شوند تا از جریان مداوم ارزش برای مشتریان اطمینان حاصل شود.

مدیریت محصول و راه حل، بک لاگ های ART و Solution Train را توسعه، حفظ و اولویت بندی می کند. آنها به طور فعال با ذینفعان از جمله مشتریان، صاحبان مشاغل، صاحبان محصول (POs)، معماران سیستم و راه حل، و دیگران (به عنوان مثال، RTEs/STEs) همکاری می کنند تا ویژگی ها و قابلیت های مورد نیاز برای پیشبرد راه حل را کشف کنند.
شکل ۱ نمایی از عقب ماندگی های ART و Solution Train را با منابع ورودی اولیه آنها نشان می دهد:

۱) Portfolio Epics به ویژگی ها یا قابلیت ها تقسیم می شود
۲) قابلیت ها و توانمندسازی های ناشی از زمینه محلی راه حل قطار
۳) قابلیت های Solution Train به ویژگی ها و توانمندسازها تقسیم می شوند
۴) ویژگی‌ها و توانمندسازهای ایجاد شده از زمینه محلی ART

یک راه حل موثر باید تمام الزامات عملکردی و غیر کاربردی (NFR) خود را برآورده کند. NFR های نشان داده شده در پایین بک لاگ در شکل ۱ به عنوان محدودیت یا محدودیت در سرتاسر بک لاگ عمل می کنند و بر طراحی و عملکرد راه حل تاثیر می گذارند. آنها معمولاً در معیارهای پذیرش به عنوان بخشی از تعریف انجام شده ( DoD ) در نظر گرفته می شوند. NFR ها کیفیت های پایداری هستند و ART ها اغلب آنها را به عنوان بخشی از تعریف انجام شده ( DoD ) بازبینی می کنند.

شکل ۱. منابع ورودی برای ART و Solution Train Backlogs

ساخت و اصلاح بک الگ

مدیریت محصول و راه‌حل، رویکردی مستمر و مبتنی بر جریان را برای اصلاح بک لاگ های خود اتخاذ می‌کند و اطمینان می‌دهد که ویژگی‌ها و قابلیت‌ها برای پیاده‌سازی در سطح مناسبی از کشف و ریسک آماده هستند. پالایش بک لاگ های قطار انتشار و راه حل چابک ( ART و Solution Train ) برای اطمینان از آمادگی اغلب شامل فعالیت های زیر است:

• کشف ویژگی ها و قابلیت های جدید
• بررسی و به روز رسانی تعاریف اقلام عقب مانده، از جمله ایجاد معیارهای پذیرش و فرضیه سود
• شناسایی توانمندسازهای مورد نیاز برای پشتیبانی از ویژگی ها و قابلیت های جدید
• بکارگیری تکنیک‌های توسعه رفتار محور (BDD) برای کمک به شفاف‌سازی ویژگی‌ها و قابلیت‌ها یا برگزاری کارگاه‌های تخصصی اولویت‌بندی بک لاگ ها با استفاده از اولویت بندی شغل (WSJF) با همکاری صاحبان کسب‌وکار، معماران سیستم، PO، و سایر ذینفعان، مانند RTEs/STE
• اطلاع رسانی به تیم های چابک و ذینفعان در مورد ویژگی ها و قابلیت های آینده برای برنامه ریزی PI
• حذف موارد قدیمی و دیگر مرتبط

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

مدیریت بک لاگ با کانبان

سیستم قطار انتشار و راه حل چابک ( ART و Solution Train Kanban ) جریان ویژگی ها و قابلیت ها را از طریق خط لوله تحویل مداوم تسهیل می کند. شکل ۲ یک ART Kanban معمولی را با سیاست های نمونه و محدودیت های WIP حاکم بر هر ایالت نشان می دهد. در حالی که این نقطه شروع خوبی است، سیستم باید متناسب با نیازهای قطار، از جمله تعریف محدودیت های WIP و سیاست های خاص برای هر ایالت، سازگار شود.

شکل ۲. یک سیستم ART یا Solution Train Kanban معمولی

حالت‌های فرآیند زیر نمونه‌ای از جریان ART و Solution Train Kanban را توصیف می‌کنند.

• قیف – از همه ایده‌های بزرگ جدید در اینجا استقبال می‌شود، که معمولاً به عنوان ویژگی‌ها یا قابلیت‌ها بیان می‌شوند. این ایده ها ممکن است نشان دهنده عملکردهای جدید مورد نیاز، بهبود عملکردهای موجود سیستم یا توانمندسازها باشد.
• تجزیه و تحلیل – ایده های جدیدی که با چشم انداز راه حل و مضامین استراتژیک مطابقت دارند، توسط تیم های چابک در صورت داشتن ظرفیت بیشتر مورد بررسی قرار می گیرند.
  تجزیه و تحلیل شامل فعالیت‌های اکتشاف مستمر (به عنوان مثال، تمرکز بر مشتری، تفکر طراحی) و همکاری برای ایجاد یک یا چند ویژگی به خوبی شکل‌گرفته شده است (به اصلاح بک لاگ بالا مراجعه کنید). محدودیت WIP برای این ایالت، در دسترس بودن مدیریت محصول و راه حل، ظرفیت تیم ها و سایر کارشناسان موضوعی را در نظر می گیرد.
• آماده – ویژگی های با بالاترین اولویت تجزیه و تحلیل و تایید شده توسط مدیریت محصول یا مدیریت راه حل به این حالت می رسد. آنها با WSJF نسبت به بقیه موارد عقب افتاده اولویت بندی شده اند و منتظر اجرا هستند.
• پیاده سازی – با شروع کار تیم ها روی آن ها، ویژگی ها به حالت پیاده سازی کشیده می شوند.
  تیم ها آنها را در سراسر PI پیاده سازی می کنند.
• اعتبار سنجی در مرحله – مرحله تأیید مرحله مرحله بندی دارای دو حالت فرعی است، در حال انجام و آماده:

1. در حال پیشرفت – ویژگی هایی که پیاده سازی شده و آماده بازخورد هستند به این حالت کشیده می شوند. تیم ها آنها را با بقیه سیستم در یک محیط مرحله ادغام و آزمایش می کنند و برای تایید ارائه می کنند.
2. آماده – ویژگی‌های تأیید شده به بافر «آماده» این حالت منتقل می‌شوند، جایی که با استفاده از WSJF دوباره اولویت‌بندی می‌شوند تا در انتظار استقرار باشند.

• استقرار به تولید – مرحله استقرار تا تولید نیز دارای دو حالت فرعی است، در حال انجام و آماده:

1. در حال پیشرفت – ویژگی ها بلافاصله در یک محیط تحویل مداوم خودکار یا به حالت در حال پیشرفت برای استقرار دستی در صورت وجود ظرفیت به تولید منتقل می شوند.
2. آماده – ای آر تی هایی که استقرار را از انتشار جدا می کنند، مورد را به بافر آماده استقرار به تولید منتقل می کنند تا منتظر انتشار باشند. در موارد دیگر، ویژگی ها به طور خودکار منتشر می شوند و کاربران می توانند بلافاصله به آنها دسترسی داشته باشند. این حالت WIP محدود است تا از ایجاد ویژگی‌های مستقر شده (اما هنوز منتشر نشده) جلوگیری شود.

• انتشار – زمانی که ارزش، نیازهای بازار و فرصت کافی وجود داشته باشد، ویژگی ها برای برخی یا همه مشتریان برای ارزیابی فرضیه سود آنها منتشر می شود.
• انجام شد – پس از انتشار و ارزیابی یک ویژگی، به حالت انجام شده منتقل می شود. با این حال، موارد کاری جدید ممکن است بر اساس بازخورد مشتری ایجاد شود.

مدیریت ای آر تی و قطار راه حل آرمان

برخی از ابتکارات قطار انتشار و راه حل چابک ( ART و Solution Train ) آنقدر بزرگ هستند که در یک PI منفرد تکمیل شوند. این آرمانهای ( قطار انتشار و راه حل چابک ) ART یا Solution Train معمولاً در یک سیستم Kanban جداگانه شناسایی و مدیریت می‌شوند، همانطور که در شکل ۳ نشان داده شده است. همچنین، برخی از حماسه‌های نمونه کارها ممکن است برای تسهیل اجرای تدریجی نیاز به تقسیم به ART و Solution Train داشته باشند. در حالی که این حماسه ها عمدتاً یک نگرانی محلی هستند، ممکن است بر منابع مالی، انسانی و سایر منابع تأثیر بگذارند که ممکن است به اندازه کافی بزرگ باشند تا یک مورد تجاری ناب، بحث و تأیید مالی از مدیریت پورتفولیوی ناب (LPM) را تضمین کنند. آرمان هایی که از آستانه حماسی نمونه کارها فراتر می روند، نیاز به بررسی و تأیید دارند.
این یک حفاظ مهم در هزینه های بودجه است.
هدف اصلی این سیستم Kanban تجزیه و تحلیل و تأیید آرمانهای ART و Solution Train، تقسیم آنها به ویژگی‌ها یا قابلیت‌هایی است که با استفاده از ART یا Solution Train Kanban بیشتر مورد بررسی و پیاده‌سازی قرار خواهند گرفت. این سیستم‌های کانبان ممکن است بسته به تعداد دفعات رخ دادن آرمانهای ART و Solution Train در زمینه محلی مورد نیاز نباشند.

حالت‌های فرآیند در ART یا Solution Train Epic Kanban مانند Portfolio Kanban هستند، برای مثال:

• قیف – از همه ابتکارات بزرگ در حالت “قیف” استقبال می شود. محدودیت WIP وجود ندارد.
• بازنگری – کارشناسان موضوع (SMEs) و ذینفعان حماسه ها را بررسی می کنند و با استفاده از WSJF و معیارهای دیگر آنها را اولویت بندی می کنند تا تعیین کنند کدام یک باید برای کاوش عمیق تر حرکت کنند. اگر آیتم از آستانه حماسی نمونه کارها که توسط LPM تعیین شده است فراتر رود، آنها به کانبان نمونه کارها منتقل می شوند. محدودیت WIP برای این ایالت در دسترس بودن SMEها را در نظر می گیرد.
• تجزیه و تحلیل – در طول این وضعیت اکتشافی، SMEها و ذینفعان انواع تجزیه و تحلیل زیر را انجام می دهند:

1. تخمین اندازه و WSJF را نسبت به سایر حماسه ها اصلاح کنید
2. راه حل های جایگزین را در نظر بگیرید
3. حداقل ویژگی‌های بازاری (MMF) یا حداقل محصولات قابل دوام (MVP) را شناسایی کنید
4. پیش‌بینی هزینه‌ها و شناسایی فناوری، قابلیت‌های معماری، و زیرساخت‌ها با استفاده از یک مورد تجاری ناب (شرح شده در مقاله epics)

با هدایت تجزیه و تحلیل و بینش، مدیریت محصول و راه حل و صاحبان مشاغل (و LPM در صورت لزوم) حماسه ها را تأیید یا رد می کنند. حماسه های تایید شده به ویژگی ها یا قابلیت ها تقسیم می شوند و به قیف قطار انتشار و راه حل چابک( ART یا Solution Train Kanban ) منتقل می شوند، جایی که بر اساس WSJF اولویت بندی می شوند. محدودیت های WIP برای حالت تجزیه و تحلیل اعمال می شود. مانند نمونه کارها Kanban، آرمانهای ART و Solution Train معمولاً به صاحبان Epic نیاز دارند تا به تعریف، کاوش و پیاده سازی آنها کمک کنند.

شکل ۳. یک ART یا Solution Train Epic Kanban معمولی

متعادل کردن ارائه ارزش و سلامت راه حل با تخصیص ظرفیت

هر قطاری باید با سرمایه‌گذاری مستمر در توانمندسازی‌ها برای ساخت و نگهداری باند فرودگاه معماری، توازن انباشته ویژگی‌ها یا قابلیت‌های تجاری را متعادل کند و از کاهش سرعت و منسوخ شدن فناوری جلوگیری کند. علاوه بر این، این توانمندسازها از کاوش نیازمندی‌ها و استفاده از تفکر طراحی برای PIهای آینده، ایجاد نمونه‌های اولیه و مدل‌ها، و افزایش دید در فرصت‌ها و مناطق مشکل‌دار پشتیبانی می‌کنند.
همکاری در طول اولویت بندی WSJF اغلب برای برقراری ارتباط با نگرانی ها و رسیدن به تعادل خوبی از کار کافی است. هنگامی که این رویکرد کافی نیست، مدیریت محصول و راه حل ممکن است با معماران همکاری کند تا تخصیص ظرفیت را اعمال کند تا تصمیم بگیرد که ART چه مقدار از کل تلاش را برای هر نوع فعالیت برای PI آتی ذخیره کند. شکل ۴ نمونه ای از ظرفیت را نشان می دهد

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

شکل ۴. نمونه ای از تخصیص ظرفیت برای یک PI

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