صاحبان محصول به عنوان Linchpin از Sprint های موثر

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

مسئولیت های اصلی که شکل بررسی را می دهند

مالک محصول به عنوان پل بین تیم توسعه و ذینفعان کسب و کار عمل می کند، این نقش چندین مسئولیت اصلی را به عهده دارد که به طور مستقیم بر بررسی های اسپرینت تأثیر می گذارد:

  • تشویق محصول به عقب نشینی - مالک محصول تصمیم می گیرد که کدام آیتم ها تکمیل و آماده برای بررسی، اطمینان حاصل کنید که تیم نشان می دهد که با ارزش ترین کار اول.
  • الزامات روشنگری - در طول بررسی، مالک محصول معیارهای پذیرش را تعیین می کند و توضیح می دهد که چگونه هر داستان کاربر با نیازهای کسب و کار مطابقت دارد.
  • تسهیل بازخورد [FLT 1] - آنها به طور فعال به دنبال ورودی سهامداران، ترجمه نگرانی های کسب و کار در موارد قابل قبول است.
  • اصلاح backlog [FLT 1] – بر اساس نتایج بررسی، مالک محصول کار آینده را برای بازتاب بینش های جدید تشویق می کند.

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

آماده سازی زمین برای یک بررسی موفق Sprint

آماده سازی یک جلسه روتین را به یک بررسی مبتنی بر ارزش تبدیل می کند. مالک محصول باید مراحل زیر را قبل از شروع جلسه انجام دهد:

  • و اینکه کار تکمیل شده قابل شیاطین است.[۱۰] هر داستان کاربری که به عنوان "د" برچسب گذاری شده است باید معیارهای پذیرش آن معتبر باشد و هر گونه محیط پشتیبانی لازم و یا آزمایش باید آماده باشد.
  • هماهنگ با تیم توسعه [FLT 1] مالک محصول با تیم کار می کند تا معیارهای مربوطه را تولید کند - مانند سرعت، نمودارهای آتش نشانی و پوشش تست - و جمع آوری مستندات که تغییرات دامنه را نشان می دهد.
  • تمامی ذینفعان مربوطه را در اختیار داشته باشید.[۱۰] این شامل کاربران داخلی، مشتریان خارجی، حامیان و کارشناسان موضوعی است که لیست دعوت محدود تنوع بازخورد را محدود می کند و ممکن است بعداً کار مجدد ایجاد کند.
  • اهداف جلسه روشن مالک محصول تعریف می کند که چه نتایجی باید بررسی شود، مانند اعتبار یک ویژگی خاص، تضمین تایید برای تصمیم گیری طراحی، یا هماهنگ کردن اهداف اسپریت.
  • یک دستور کار ساختاری را در نظر بگیرید.[۱۰] یک جدول زمانی ۶۰ تا ۹۰ دقیقه با زمان اختصاص داده شده برای تظاهرات، Q &؛ A و اصلاح معکوس کمک می کند تا جلسه در مسیر نگه دارد.

برای بررسی بیشتر، به ] [FScrum.org] راهنمای اسپری کردن [ مراجعه کنید.

اجتناب از آمادگی مشترک

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

رهبری Sprint Review: یک عملکرد استراتژیک

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

  • آماده سازی کار با زمینه تکمیل شده [FLT 1] به جای پریدن مستقیم به یک نسخه فنی، مالک محصول با برداشتن هدف اسپریت و توضیح اینکه چگونه هر قطعه از کار حرکت محصول به سمت دید.
  • مشارکت فعال سهامداران را تسریع می کند.[۱۰] آنها پرسش های آزمایشی را می پرسند، آیا این مشکل را که شما در سه ماهه گذشته با آن مواجه شدید حل می کند؟" و از ذینفعان آرام دعوت می کنند تا دیدگاه های خود را به اشتراک بگذارند.
  • مدیریت جریان مکالمه هنگامی که بحث ها مطرح می شود، مالک محصول بحث را تصدیق می کند، اما استدلال های فنی عمیق برای یک جلسه جداگانه را دنبال می کند.
  • رسیدگی به نگرانی های فوری [FLT 1] اگر یک سهامدار تشخیص یک نقص یا سوء تفاهم انتقادی، مالک محصول آن را تایید، یادداشت یک آیتم جدید و روشن کردن گام های بعدی.
  • بازخورد در زمان واقعی صاحب محصول از یک ابزار مشترک (به عنوان مثال، Jira، Trello یا یک سند مشترک) برای ثبت هر قطعه از بازخورد، به عنوان ارتباط هر یک با یک داستان کاربر یا حماسه استفاده می کند.

مدیریت Difficult Stracholder Dynamics

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

مثال: تکنیک Depl

تصور کنید یک سهامدار که اصرار دارد که یک ویژگی گمشده یک نمایش دهنده است. صاحب محصول می تواند پاسخ دهد: “من درک می کنم که این ویژگی برای شما مهم است، بیایید آن را به backlog اضافه کنیم و آن را در برابر کار دیگر اولویت بندی کنیم، من یک برآورد با شما پس از بررسی به اشتراک می گذارم و ما در زمانی که می تواند آن را حل کند، تراز خواهیم کرد.”

فعالیت های پس از بررسی: تبدیل بازخورد به Backlog Momentum

شغل مالک محصول مدت زمان زیادی پس از پایان بررسی ادامه دارد.در عرض 48 ساعت، باید:

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

این حلقه مداوم بازخورد، اولویت بندی و تحویل تضمین می کند که هر بررسی اسپرینت به طور مستقیم به تکرار بعدی بهبود محصول تغذیه می کند.برای یک شیرجه عمیق تر در بهبود معکوس، راهنمای اطلس در مدیریت backlog [FLT 1 تکنیک های عملی ارائه می دهد.

مالک محصول به عنوان یک لیآسون برای بهبود مستمر

فراتر از به روز رسانی های اداری، مالک محصول باید در مورد اثربخشی بررسی منعکس کند.آیا ذینفعان با درک روشنی از پیشرفت ترک کرده اند؟ آیا افراد مناسب در اتاق بودند؟ آیا این تظاهرات نشان می دهد که هر شکاف در تعریف تیم از "دون" چیست؟ تنظیم فرمت بازبینی - به عنوان مثال، کوتاه کردن نسخه های نمایشی یا اضافه کردن Q & زنده؛ Aroundcan - به طور چشمگیری افزایش یادگیری در این زمان بررسی.

افزایش تاثیر مالک محصول از طریق داده ها

برای هدایت بررسی های اسپرینت با اقتدار، صاحبان محصول باید داستان سرایی را با داده ها جفت کنند.ارائه نمودارهای فرسودگی، نمودار جریان تجمعی یا معیارهای استفاده از مشتری در کنار دمو، اعتبار را ایجاد می کند، به عنوان مثال، نشان می دهد که یک جریان جدید در حال کاهش بلیط پشتیبانی توسط 20٪، یک دلیل مشخص برای جشن گرفتن. Tools مانند Scrum [ht1] گزینه های تجسمی را ارائه می دهد که به پیشرفت تیم کمک می کند.

متریک هایی که با ذینفعان مختلف دوباره تکرار می شوند

هر سهامدار به داده های مشابه اهمیت نمی دهد، مالک محصول باید ارائه خود را تنظیم کند:

  • تخفیف و حامیان: ROI، پیش بینی تحویل و هماهنگی با اهداف استراتژیک.
  • کاربران و حامیان مشتری پایان: [FLT 1] بهبود قابلیت استفاده، رفع اشکالات و زمان ذخیره شده از طریق ویژگی های جدید.
  • هدایت های فنی: [FLT 1] تصمیم گیری های معماری، معیارهای کیفیت کد و کاهش بدهی فنی را ارائه می دهد.

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

نتیجه گیری: چرا رهبری مالک محصول اهمیت دارد

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

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