این وقفه ها نباید در طول یک اسپرینت اتفاق بیافتد و باعث طولانی شدن اسپرینت بشوند.
در عوض اگر تا حد زیادی ضروری است می بایست اسپرینت توسط تیم کنسل شود.
بعبارت دیگر عامل وقفه باید در Product Backlog قرار بگیرد تا در اسپرینت جدید به آن رسیدگی شود.
این وقفه ها نباید در طول یک اسپرینت اتفاق بیافتد و باعث طولانی شدن اسپرینت بشوند.
در عوض اگر تا حد زیادی ضروری است می بایست اسپرینت توسط تیم کنسل شود.
بعبارت دیگر عامل وقفه باید در Product Backlog قرار بگیرد تا در اسپرینت جدید به آن رسیدگی شود.
مالک محصول می بایست از تمامی اعضای تیم در مورد تعیین راه حل برای مشکلاتی که ممکن است در پروداکت بک لاگ پیش آمد کند مشورت بگیرد و خودش نباید مستقیماً تصمیم گیری کند و لازم است به نظر تیم احترام بگذارد.
تیم توسعه اطلاع جامعی از نیازهای مشتری و اولویت بندی آنها بر اساس ROI ندارد.
پس در نتیجه تیم توسعه نمی تواند آیتم های پروداکت بک لاگ (Product Backlog) را اولویت دهی و سازماندهی کند.
این وظیفه مالک محصول (Product Owner) است که این کار را انجام بدهد.
تنها کاری که تیم می تواند در این قسمت انجام بدهد مشارکت با P.O در اولویت بندی هایی است که از لحاظ تکنیکالی باید جابجا شوند و امکان انجام آنها از لحاظ فنی نیست.
اسکرام به ما کمک می کنه تا از افراد تیم های خوبی بسازیم نه تیم هایی از افراد خوب بسازیم.
اگر محصول با ارزش و موفق است کل تیم در این موفقیت نقش داشته است.
اگر محصول شکست خورده باز کل تیم مقصر است.
ممکن است یکی از اعضای تیم را قهرمان موفقیت ها بدانیدکه این اشتباه است و
همونطور که می دونید اسکرام(Scrum) محبوب ترین فریم ورک Agile (چابک) است
اما انجام صحیحش کار ساده ای نیست!
برای این که شما هم بتونید اسکرام را درست پیش ببرید مواظب باشید در این تله گرفتار نشوید
خیلی از افراد یا شرکت ها همواره بدنبال این هستند که ببینند چه ابزار جدیدی آمده که میتواند در جهت پیشبرد اسکرام به آنها کمک کند.
حتی اگر ندانند که اصلاً اسکرام چی هست.
شما می توانید اسکرام رو با حداقل ابزارهای آن پیش ببرید.
نهایت امر یک Excel نیاز خواهید داشت و لا غیر.
وقتی را هم که صرف جستجو، یادگیری و آزمون و خطای این می کنید که کدام ابزار به کار شما خواهد آمد را صرف افزایش دانش خود در اسکرام کنید.
همونطور که مستحضرید اسکرام(Scrum) محبوب ترین فریم ورک Agile (چابک) است
اما انجام صحیح آن کار ساده ای نیست!
برای این که شما هم بتونید اسکرام را درست پیش ببرید مواظب باشید در این تله گرفتار نشوید.
قبل از شروع هر اسپرینت در اسکرام، نیازی نیست اصطلاحاً "مته به خشخاش" بذارید و بخواهید در ابتدا همه مقدمات برگزاری اسپرینت آماده باشد تا بعد آن را برگزار کنید.
این موضوع مخصوصاً در اسپرینت اول همواره اتفاق خواهد افتاد.
کار رو شروع کنید و در Sprint Review آنچه که اتفاق افتاده را بررسی کنید.
حتی اگر Product Backlog هم برای اسپرینت اول آماده نیست باز مشکلی وجود ندارد و می توانید این اسپرینت را برگزار کنید.