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

این وقفه ها نباید در طول یک اسپرینت اتفاق بیافتد و باعث طولانی شدن اسپرینت بشوند. 
در عوض اگر تا حد زیادی ضروری است می بایست اسپرینت توسط تیم کنسل شود. 
بعبارت دیگر عامل وقفه باید در 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 مشارکت جدی داشته باشد و یا مسئولیتی از اعضای تیم توسعه را بعهده بگیرد

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

تله تاخیر در شروع مجدد یک Sprint در اسکرام

اگرچه کنسل شدن یک اسپرینت خیلی نادر است،اما

این می تواند خیلی وسوسه انگیز باشه که اول صبر کنیم تا همه چی آماده شود و بعد

اسپرینت (Sprint) را مجدداً شروع

کنیم. 

بعد از اینکه اسپرینت به هر دلیلی کنسل شد تیم می بایست اسپرینت را به

سرعت و بدون هیچ تاخیری

شروع کند.

تله تعیین وظیفه برای اعضای تیم در اسکرام

Self-Organize

اساس تیم در اسکرام بر اساس self-organized بودن آن است.

چیزی به نام Task-Assign توسط هر عضوی از تیم یا سازمان کارفرما یا سازمان مجری در اسکرام وجود ندارد.

اگر روحیه و فرهنگ این کار را ندارید اسکرام را انتخاب نکنید! 

کاری که میتواند انجام شود

ایجاد اشتیاق

در اعضای تیم برای انتخاب یک Task است.

تله حل مشکلات در جلسه Stand-up در scrum

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

هرگز وقت این جلسه رو صرف بررسی

چراها، علت ها، تعیین مقصرین، نق زدن ها، داستان گفتن ها

و … نکنید. 

همان سه سوال اصلی رو کوتاه و مختصر پاسخ بدید.

(گزارش کار دیروز-چه کردم؟ امروز چه خواهم کرد؟ چالش ها)

اسکرام مستر در این جلسه نقش کلیدی ای را ایفا می کند.