آیا یک برنامهنویس میتواند همزمان در چند گروه اسکرام فعالیت کند؟
اغلب از من پرسیده میشود که آیا یک توسعهدهنده میتواند از بیش از یک گروه اسکرام پشتیبانی کند. پاسخ مثبت است، اما چندان مطلوب نیست. حضور در چند تیم به معنای شرکت در دو (یا بیشتر!) جلسه برنامهریزی اسپرینت، دو مرور اسپرینت، دو بازنگری، و دو سری جلسات اصلاح و بهبود است. این را به دو استندآپ روزانه هم اضافه کنید که هر روز باید انجام شوند.
شاید از نظر تخصصی متنوع باشد، اما به نظر خستهکننده میرسد.
چرا تیمها سعی میکنند افراد را به اشتراک بگذارند
وقتی یک توسعهدهنده بین چند گروه تقسیم میشود، معمولاً به این دلیل است که تیم فاقد یک مهارت خاص است. این باعث ایجاد وابستگی میشود و وابستگیها همه چیز را کند میکنند.
تیمهای اسکرام قرار است چندکاره و مستقل باشند تا بتوانند در هر اسپرینت یک خروجی تکمیل شده را بدون نیاز به افراد خارج از گروه تحویل دهند. چندکاره بودن به سادگی یعنی اینکه تیم منتظر نمیماند تا یک متخصص برای انجام هر کاری مثل چتربازی به کمکش بیاید.
اگر تیم در هر اسپرینت به یک مهارت خاص وابسته است، آن مهارت باید درون خود تیم باشد. اگر فقط گاهی به آن مهارت نیاز دارند، لزومی ندارد که آن فرد در تیم باشد - میتوانند در زمان نیاز، آن کار را از تیم دیگری درخواست کنند. نیازی به حذف کامل وابستگیها نیست، فقط باید مطمئن شویم که این وابستگیها در هر اسپرینت مانع پیشرفت ما نمیشوند.
پیش از پذیرش عضویت در چند تیم
پیش از آنکه به عنوان یک توسعهدهنده همزمان عضویت چند گروه اسکرام را بپذیرید، بپرسید آیا اعضای تیم میتوانند دامنه مهارتهای خود را گسترش دهند.
این به معنای انتظار تبدیل شدن یک فرد به یک متخصص در یک شب نیست. بلکه منظور افزایش تدریجی مهارتها است:
- همراهی و مشاهده یک متخصص
- برنامهنویسی دو نفره
- تسهیم دانش
- چرخش مسئولیتها
با گذشت زمان، تیم وابستگیها را کاهش میدهد، انعطافپذیری را افزایش میدهد و جریان کار را بهبود میبخشد - همه اینها بدون آنکه فردی که الان مثل یک توپ بیسبال امضا شده بین دستان میچرخد خسته و فرسوده شود.
جمعبندی
اسکرام بر تمرکز، شفافیت و مالکیت تیمی استوار است. اگرچه از نظر تئوری ممکن است که توسعهدهندگان از چند تیم پشتیبانی کنند، اما این وضعیت به ندرت ایدهآل است - هم برای خودشان و هم برای سازمان. در عوض، روی رشد مهارتها سرمایهگذاری کنید، محدوده محصول را به اندازه مناسب تنظیم کنید و تیمهایی بسازید که بتوانند به طور مستقل و در هر اسپرینت ارزش ارائه دهند.
هم توسعهدهندگان شما و هم مشتریانتان از شما تشکر خواهند کرد.
مطالب مرتبط
چرا اسکرام مسترها و چابککاران باید در ۲۰۲۶ امیدوار باشند؟ (بخش اول)
هوش مصنوعی تهدیدی برای متخصصان چابک نیست—بلکه بزرگ ترین فرصت دهه است. سازمان ها برای موفقیت در AI به توانایی هایی نیاز دارند که اسکرام مسترها و کوچ ها...
بهبود جلسه بازبینی اسپرینت با هوش مصنوعی (بخش سوم)
بازبینی اسپرینت یک جلسه حیاتی برای هم ترازی با ذینفعان و دریافت بازخورد درباره پیشرفت محصول است. این مقاله نشان می دهد چگونه هوش مصنوعی می تواند در سه...
ریشههای ناکارآمدی اسکرام: غفلت از اصول بنیادین چابکی
اسکرام بدون اصول چابک مانند بدنی بدون روح است. این مقاله نشان می دهد که چگونه دوازده اصل مانیفست چابک، پایه و اساس موفقیت اسکرام را تشکیل می دهند. بدو...
دیدگاه ها