تله وقفه های اورژانسی و یک بحران بزرگ

این وقفه ها نباید در طول یک اسپرینت اتفاق بیافتد و باعث طولانی شدن اسپرینت بشوند. 
در عوض اگر تا حد زیادی ضروری است می بایست اسپرینت توسط تیم کنسل شود. 
بعبارت دیگر عامل وقفه باید در Product Backlog قرار بگیرد تا در اسپرینت جدید به آن رسیدگی شود.

اشتباه تعیین راه حل توسط Product Owner

مالک محصول می بایست از تمامی اعضای تیم در مورد تعیین راه حل برای مشکلاتی که ممکن است در پروداکت بک لاگ پیش آمد کند مشورت بگیرد و خودش نباید مستقیماً تصمیم گیری کند و لازم است به نظر تیم احترام بگذارد.

تله سازماندهی به Product backlog ها توسط تیم به تنهایی

تیم توسعه اطلاع جامعی از نیازهای مشتری و اولویت بندی آنها بر اساس ROI ندارد.

پس در نتیجه تیم توسعه نمی تواند آیتم های پروداکت بک لاگ (Product Backlog) را اولویت دهی و سازماندهی کند. 

این وظیفه مالک محصول (Product Owner) است که این کار را انجام بدهد. 

تنها کاری که تیم می تواند در این قسمت انجام بدهد مشارکت با P.O در اولویت بندی هایی است که از لحاظ تکنیکالی باید جابجا شوند و امکان انجام آنها از لحاظ فنی نیست.
 

تله نامرئی و فوق خطرناک "قهرمان سازی های فردگرایانه" در اسکرام

Barry Turner:

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

شخص واحد در اسکرام جایگاهی ندارد

اگر محصول با ارزش و موفق است کل تیم در این موفقیت نقش داشته است.

اگر محصول شکست خورده باز کل تیم مقصر است.

ممکن است یکی از اعضای تیم را قهرمان موفقیت ها بدانیدکه این اشتباه است و

انگیزه را از سایرین خواهد گرفت

تله "افراط در هدف گذاری یک اسپرینت" در اسکرام

تیم تصمیم میگیرد که در طول یک اسپرینت (Sprint) چه کارهایی را می تواند انجام بدهد و در واقع توانش چقدر است.

هیچ کس نمی تواند به تیم فشار وارد کند تا حجم کار بیشتری را انجام بدهد.

در صورت وقوع این اتفاق، اعضای تیم آزرده خاطر خواهند شد و مطمئناً

کیفیت کار پایین خواهد آمد

اشتباه غیبت Product Owner

مالک محصول یک عضو تمام وقت تیم اسکرام است

Product Owner باید در جلسات اسکرام مانند Planning، Review و یا Daily حضور داشته باشد.

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

نبود Product owner تیم را دچار مشکل خواهد کرد.

اشتباه فاحشی با عنوان (اسکرام مستر در نقش مشارکت کننده در انجام Taskها)

اسکرام مستر (Scrum Master) مثل آتش نشان است

بیکار بودن اسکرام مستر اشکالی ندارد، 

می تواند فعالیت تیم را نظاره کرده و منتظر باشد تا مانعی اتفاق بیافتد تا ورود کند. 

اما اگر Scrum Master بخواهد چون وقت اضافه یا خالی دارد در انجام یک Task مشارکت جدی داشته باشد و یا مسئولیتی از اعضای تیم توسعه را بعهده بگیرد

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

تله تمرکز بیش از حد بر روی ابزار در اسکرام

همونطور که می دونید اسکرام(Scrum) محبوب ترین فریم ورک Agile (چابک) است

اما انجام صحیحش کار ساده ای نیست!

برای این که شما هم بتونید اسکرام را درست پیش ببرید مواظب باشید در این تله گرفتار نشوید

خیلی از افراد یا شرکت ها همواره بدنبال این هستند که ببینند چه ابزار جدیدی آمده که میتواند در جهت پیشبرد اسکرام به آنها کمک کند.

حتی اگر ندانند که اصلاً اسکرام چی هست.

اسکرام کِرِم دور چشم نیست که مارک آن مهم باشد!

شما می توانید اسکرام رو با حداقل ابزارهای آن پیش ببرید.

نهایت امر یک Excel نیاز خواهید داشت و لا غیر.

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

تله افراط در مقدمه­ سازی و برنامه ریزی در اسکرام

همونطور که مستحضرید اسکرام(Scrum) محبوب ترین فریم ورک Agile (چابک) است

اما انجام صحیح آن کار ساده ای نیست!

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

افراط در مقدمه­ سازی و برنامه ریزی

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

این موضوع مخصوصاً در اسپرینت اول همواره اتفاق خواهد افتاد.

کار رو شروع کنید و در Sprint Review آنچه که اتفاق افتاده را بررسی کنید.

حتی اگر Product Backlog هم برای اسپرینت اول آماده نیست باز مشکلی وجود ندارد و می توانید این اسپرینت را برگزار کنید.