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