پیش بینی های رایج برای جلوگیری از دوره های بررسی Sprint و چگونگی غلبه بر آن ها

Sprint Review به عنوان یک رویداد محوری در چارچوب اسکرام است.این یک جلسه کاری است که برای بررسی افزایش و انطباق محصول Backlog طراحی شده است، هنگامی که به طور موثر اجرا می شود، شفافیت را تقویت می کند، بازخورد ذینفعان ارزشمند را جذب می کند و محصول را به سمت اهداف استراتژیک آن هدایت می کند، با این حال، بسیاری از تیم ها تلاش می کنند تا پتانسیل کامل این مراسم را باز کنند.

آشنایی با ماموریت اصلی Sprint Review

قبل از پرداختن به این مشکلات، ضروری است که درک کنیم که بررسی Sprint چیست (FLT:0) نه یک جلسه وضعیت نیست، یک دموی برای ذینفعان داخلی، یا دروازه ای برای تأیید انتشار، با توجه به راهنمای اسکرام، هدف این است که بررسی نتیجه Sprint و تعیین سازگاری های آینده است.

Pitfall 1: درمان بازنگری به عنوان یک به روز رسانی وضعیت به جای بازرسی تعاملی

نشانه ها و ریشه های

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

راه حل های عملی

۱- تغییر از «دمکرات» به «Inspect»

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

۲- تعریف واضحی از «Done» ایجاد کنید

بدون تعریف واضح از انجام، بررسی تبدیل به یک بازی حدس زدن است که آیا این ویژگی ثابت است؟ آیا آن را آزمایش شده است؟ اطمینان حاصل کنید که هر آیتم ارائه شده با استانداردهای توافق شده تیم مطابقت دارد، این اجازه می دهد تا گفتگو به تمرکز بر ارزش و استراتژی به جای ثبات و اشکالات.

۳- پیش از صدور دستور کار

یک دستور کار کوتاه و متمرکز که ۲۴ ساعت قبل از جلسه ارسال شده است، باید نتایج کلیدی را که باید بررسی شود و سؤالات خاص را دعوت کند، فهرست کند.

Pitfall 2: تمرکز بر خروجی نتایج (پرکار کارخانه)

نشانه ها و ریشه های

این تیم با افتخار یک لیست طولانی از بلیط های تکمیل شده را نشان می دهد: "چرا شما این ویژگی را به جای آن یکی ساخته اید؟" یا "چگونه این تاثیر بر اهداف سه ماهه ما؟" تیم تلاش می کند تا پاسخ دهد، این سقوط زمانی رخ می دهد که بررسی موفقیت را با حجم ویژگی های حمل و نقل به جای ارزش تحویل داده شده است.

راه حل های عملی

۱- بررسی اهداف کسب و کار

بررسی را با یک اسلاید یا یک بخش با عنوان "چرا ما این را ساخته ایم" شروع کنید، هر ویژگی اصلی را به طور مستقیم به یک داستان کاربر یا یک شاخص عملکرد کلیدی (KPI) متصل کنید، به عنوان مثال، "ما جریان پرداخت را بهبود دادیم تا کاهش ترک سبد خرید توسط 15٪."این بلافاصله مکالمه را از "چه چیزی" به "چرا" تغییر می دهد.

۲) یک چارچوب بازخورد متعادل را در آغوش بگیرید

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

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

دانلود زیرنویس فارسی فیلم The Bad Time Management and Unstructured

نشانه ها و ریشه های

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

راه حل های عملی

1- زمان-Box و Time-Box دوباره

یک بررسی Sprint باید به حداکثر 1 ساعت در هفته از Sprint اختصاص داده شود (به عنوان مثال، یک اسپری 2 هفته یک بررسی 2 ساعته دریافت می کند).

پیاده روی "walking the Board"

به جای دموی گیلاس، از نظر فیزیکی یا عملاً از طریق هیئت اسکرام از سمت راست به چپ (Done to In Progress) راه می رود، برای مواردی که “Done” هستند، به سرعت ارزش را تأیید می کنند.

۳- نقش تسهیل کننده را مشخص کنید

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

سقوط 4: غفلت از افراد غیر انسانی (تحقیت فنی و معماری)

نشانه ها و ریشه های

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

راه حل های عملی

۱- تجسم نامرئی

از نمودار “Technical بدهی Burn-Down” یا داشبورد “سیستم بهداشت” استفاده کنید. نشان دهید که چگونه بازسازی فرکانس استقرار را بهبود بخشیده یا هزینه های فنی فریم را در شرایط کسب و کار کاهش داده است: “ما ماژول ورود را مجددا برای بهبود انطباق امنیتی و کاهش زمان توسعه آینده برای ویژگی های جدید بازسازی کردیم.”

۲- مکالمه را جدا کنید

اگر بررسی اصلی با ذینفعان غیر فنی شلوغ است، یک "بررسی فنی" اختصاصی یا "بررسی معماری" را در کنار بررسی Sprint Review در نظر بگیرید، این تضمین می کند که مهندسان بازخورد عمیق و فنی لازم از همسالان و فن آوری را بدون ذینفعان کسب و کار خسته کننده دریافت می کنند.

دانلود بازی Pitfall 5: شکست در Adapt the Review Format

نشانه ها و ریشه های

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

راه حل های عملی

۱- بررسی مجدد The Review

با Sprint Review خود به عنوان یک آیتم برای بازرسی و انطباق رفتار کنید.در Sprint respective، بپرسید: "با ارزش بررسی؟ آیا بازخورد مورد نیاز ما را دریافت کردیم؟ آیا فرمت می تواند بهبود یابد؟" و "چه تغییری می تواند بررسی بعدی را جذاب تر کند؟"

۲- آزمایش با فرمت ها

ساختار را مخلوط کنید.یک فرمت “Town Hall” را امتحان کنید که در آن ذینفعان از تیم سوال می کنند. سعی کنید یک “نمایش محصول” را امتحان کنید که در آن ذینفعان در اطراف ایستگاه ها راه می روند، یک “فایل مشتری” را امتحان کنید که کاربران واقعی به بازخورد می پیوندند و نیروهای فرمت شرکت کنندگان را مجبور می کنند تا درگیر بمانند و از رفتن به استل جلوگیری کنند.

تجدید نظر Sprint به عنوان یک دارایی استراتژیک

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

برای مطالعه بیشتر در مورد بهینه سازی مراسم Agile، به راهنمای رسمی و راهنماهای عملی در ] منابع بررسی Sprintian مراجعه کنید.