وقتی کارهای تیم عقب می‌افتد، جلسه‌ها طولانی می‌شود و موانع بدون پیگیری باقی می‌ماند، همیشه مشکل کمبود نیرو یا ضعف برنامه‌ریزی نیست؛ گاهی تیم به کسی نیاز دارد که شیوه همکاری و حل مسئله را بهبود دهد. برای پاسخ به پرسش «اسکرام مستر چیست»، باید همین تفاوت را دید: اسکرام مستر رئیس تیم نیست؛ مسئول کمک به استقرار درست اسکرام و بهبود اثربخشی تیم است.
این نقش با مدیر پروژه، مدیر محصول و کسی که صرفاً جلسه‌ها را برگزار می‌کند تفاوت دارد. شناخت این مرزها کمک می‌کند هنگام تشکیل تیم، استخدام یا تقسیم مسئولیت‌ها، انتظار درستی از اسکرام مستر داشته باشید.
اسکرام مستر چیست و چه جایگاهی در تیم دارد؟
اسکرام مستر یکی از سه مسئولیت اصلی در چارچوب اسکرام، در کنار مالک محصول و توسعه‌دهندگان است. او کمک می‌کند اعضای تیم و سازمان، اسکرام را بفهمند و به‌درستی به کار بگیرند. همچنین در قبال اثربخشی تیم اسکرام پاسخ‌گوست؛ یعنی به تیم کمک می‌کند روش کار خود را در چارچوب اسکرام بهتر کند.
اسکرام چارچوبی برای حل مسائل پیچیده و خلق ارزش از طریق کار تکرارشونده و تدریجی است. کار در بازه‌هایی به نام اسپرینت انجام می‌شود؛ هر اسپرینت حداکثر یک ماه طول می‌کشد و فرصتی برای ساخت خروجی قابل‌استفاده، دریافت بازخورد و سازگار کردن مسیر است.
اسکرام مستر معمولاً:
- رئیس اعضای تیم نیست و وظایف را بین آن‌ها تقسیم نمی‌کند.
- درباره اولویت محصول به‌جای مالک محصول تصمیم نمی‌گیرد.
- مالک انحصاری برنامه، کیفیت یا تحویل نیست.
- به تیم کمک می‌کند تصمیم‌گیری، همکاری و یادگیری بهتری داشته باشد.
واژه «توسعه‌دهندگان» در اسکرام فقط به برنامه‌نویسان اشاره ندارد؛ منظور افرادی است که کار لازم برای ساخت خروجی محصول را انجام می‌دهند و بسته به محصول می‌تواند شامل تخصص‌های مختلف باشد.
مسئولیت‌های اسکرام مستر در عمل
کار اسکرام مستر را نمی‌توان به برگزاری چند جلسه محدود کرد. این نقش در سه سطح به تیم، مالک محصول و سازمان خدمت می‌کند.
کمک به خودمدیریتی و همکاری تیم
تیم خودمدیر درباره اینکه چه کسی، چه کاری را و چگونه انجام دهد، تصمیم می‌گیرد. اسکرام مستر به شکل‌گیری این توانایی کمک می‌کند، نه اینکه خودش مرکز همه تصمیم‌ها شود.
برای مثال، اگر همه پرسش‌های فنی به یک نفر ارجاع داده می‌شود و کارها پشت صف تأیید او می‌ماند، اسکرام مستر می‌تواند مسئله را آشکار کند و به تیم برای یافتن راه‌حل کمک کند؛ مانند شفاف کردن حدود تصمیم‌گیری یا به‌اشتراک‌گذاری دانش.
هدف این نیست که تیم به حضور دائمی اسکرام مستر وابسته شود؛ هدف، توانمندتر شدن خود تیم است.
کمک به رفع موانع
رفع مانع لزوماً به این معنا نیست که اسکرام مستر همه مشکلات را شخصاً حل کند. او کمک می‌کند موانع پیشرفت شناسایی شوند و برای برطرف شدن آن‌ها اقدام مؤثر صورت بگیرد.
مانع ممکن است دسترسی نداشتن به محیط آزمایش، تأخیر در تصمیم‌گیری، وابستگی به تیم دیگر یا ورود مداوم درخواست‌های فوری باشد. پاسخ مناسب به هرکدام متفاوت است:
- مشکل دسترسی به پیگیری مسئول مربوط نیاز دارد.
- ابهام در نیازمندی به گفت‌وگوی مالک محصول و توسعه‌دهندگان نیاز دارد.
- تغییر دائمی اولویت‌ها ممکن است نیازمند اصلاح تعامل مدیران با تیم باشد.
اسکرام مستر باید میان مسئله‌ای که تیم می‌تواند حل کند و مانعی که به اقدام سازمانی نیاز دارد، تفاوت بگذارد.
مؤثر کردن رویدادهای اسکرام
اسکرام مستر اطمینان می‌دهد رویدادهای اسکرام برگزار شوند و مثبت، سازنده و در محدوده زمانی خود باقی بمانند. این به معنای اداره کردن دائمی همه جلسه‌ها نیست.
| رویداد | هدف اصلی | کمک اسکرام مستر |
|---|---|---|
| برنامه‌ریزی اسپرینت | روشن شدن چرایی، محتوای کار و برنامه انجام آن | کمک به مشارکت مؤثر و شکل‌گیری هدف روشن |
| اسکرام روزانه | بررسی پیشرفت به‌سوی هدف اسپرینت و تطبیق برنامه | کمک به درک هدف جلسه، نه گرفتن گزارش فردی |
| بازبینی اسپرینت | بررسی نتیجه با ذی‌نفعان و تصمیم درباره سازگاری‌های بعدی | کمک به گفت‌وگوی واقعی، نه نمایش یک‌طرفه |
| بازنگری اسپرینت | یافتن راه‌های افزایش کیفیت و اثربخشی | کمک به گفت‌وگوی امن و انتخاب اقدام بهبود |
اسکرام روزانه متعلق به توسعه‌دهندگان است. حضور اسکرام مستر نباید آن را به جلسه پاسخ‌گویی اعضا به یک ناظر تبدیل کند.
حمایت از مالک محصول و سازمان
اسکرام مستر به مالک محصول در یافتن روش‌های مؤثر برای تعریف هدف محصول، مدیریت بک‌لاگ و همکاری با ذی‌نفعان کمک می‌کند؛ اما مسئولیت ترتیب‌دهی اقلام بک‌لاگ همچنان با مالک محصول است.
در سطح سازمان نیز به درک اسکرام، کاهش موانع میان تیم و ذی‌نفعان و اصلاح روش‌های ناسازگار با کار تجربی کمک می‌کند. برای نمونه، اگر سازمان هم‌زمان از تیم تمرکز روی هدف اسپرینت و پذیرش بی‌وقفه درخواست‌های تازه را می‌خواهد، این تعارض باید آشکار و حل شود.
تفاوت اسکرام مستر با مدیر پروژه چیست؟
تفاوت اصلی در کانون مسئولیت و شیوه اثرگذاری است. اسکرام مستر بر اثربخشی تیم و کاربرد درست اسکرام تمرکز دارد. مدیر پروژه، بسته به ساختار سازمان، معمولاً مسئول هماهنگی و مدیریت پروژه در محدوده‌هایی مانند زمان، هزینه، دامنه، ریسک و ارتباطات است.
| معیار | اسکرام مستر | مدیر پروژه |
|---|---|---|
| تمرکز اصلی | بهبود اثربخشی تیم و استقرار اسکرام | دستیابی به اهداف پروژه در چارچوب محدودیت‌ها |
| جایگاه در اسکرام | یکی از مسئولیت‌های تعریف‌شده | مسئولیت مستقلی با این عنوان تعریف نشده است |
| تقسیم کار | از خودمدیریتی تیم حمایت می‌کند | بسته به سازمان ممکن است در تخصیص کار دخیل باشد |
| اولویت محصول | به مالک محصول کمک می‌کند | ممکن است هماهنگ‌کننده باشد؛ اختیار او وابسته به ساختار است |
| برنامه‌ریزی | به برنامه‌ریزی تجربی و سازگاری کمک می‌کند | معمولاً برنامه و وابستگی‌های پروژه را مدیریت می‌کند |
| شیوه اثرگذاری | مربی‌گری، تسهیلگری و رفع موانع | هماهنگی، مدیریت و گاهی اختیار رسمی |
این مقایسه به معنی تقابل دو نقش نیست. مدیر پروژه هم می‌تواند تسهیلگر و حامی تیم باشد و اسکرام مستر هم برای حل مشکلات به برنامه‌ریزی نیاز دارد. تفاوت در مسئولیت محوری آن‌هاست، نه در خوب یا بد بودن سبک کاری.
آیا یک نفر می‌تواند هر دو نقش را داشته باشد؟
ممکن است، اما تعارض‌های احتمالی باید روشن شوند. کسی که درباره ارزیابی عملکرد، تخصیص نیرو یا تعهدهای تحویل اختیار دارد، ممکن است ناخواسته گفت‌وگوی آزاد تیم را دشوار کند.
اگر یک نفر هر دو نقش را دارد، باید مشخص باشد چه تصمیم‌هایی در اختیار تیم است، تعهدهای بیرونی چگونه شکل می‌گیرند و اطلاعات جلسه‌های بهبود برای سرزنش افراد استفاده نمی‌شود. صرف تغییر عنوان «مدیر پروژه» به «اسکرام مستر»، شیوه کار تیم را تغییر نمی‌دهد.
یک مثال از کار اسکرام مستر در تیم
فرض کنید تیمی روی بهبود فرایند خرید یک فروشگاه اینترنتی کار می‌کند. هدف اسپرینت، کاهش خطاهای مرحله پرداخت است، اما درخواست‌های پراکنده واحدهای مختلف هر روز تمرکز تیم را برهم می‌زند.
اسکرام مستر به‌جای تقسیم دوباره وظایف یا درخواست اضافه‌کاری، ابتدا الگوی اختلال را روشن می‌کند: درخواست‌ها از کجا می‌آیند، چه فوریتی دارند و چه اثری بر هدف اسپرینت می‌گذارند؟
سپس به مالک محصول و توسعه‌دهندگان کمک می‌کند درباره اثر درخواست‌ها گفت‌وگو کنند. با ذی‌نفعان نیز مسیر مشخصی برای طرح درخواست و بررسی فوریت آن توافق می‌شود. در بازنگری اسپرینت، تیم بررسی می‌کند آیا این تغییر واقعاً وقفه‌ها را کمتر کرده است یا نه.
در این مثال، اسکرام مستر نه اولویت نهایی محصول را تعیین کرده و نه روش فنی حل خطا را؛ او شرایط تصمیم‌گیری و همکاری بهتر را فراهم کرده است.
مهارت‌ها و نشانه‌های عملکرد خوب اسکرام مستر
شناخت قواعد اسکرام ضروری است، اما کافی نیست. اسکرام مستر به گوش‌دادن فعال، تسهیلگری، حل تعارض، مربی‌گری و توانایی دیدن مسائل سازمانی نیاز دارد. آشنایی با حوزه محصول نیز به فهم بهتر موانع کمک می‌کند، هرچند لازم نیست متخصص‌ترین فرد فنی تیم باشد.
برای ارزیابی عملکرد او، فقط تعداد جلسه‌ها، تعداد کارهای بسته‌شده یا افزایش سرعت تیم را نسنجید. این نشانه‌ها به‌تنهایی تصویر قابل‌اعتمادی نمی‌دهند و ممکن است رفتار نمایشی ایجاد کنند.
پرسش‌های مفیدتر این‌ها هستند:
- آیا اعضا هدف اسپرینت و وضعیت واقعی کار را می‌فهمند؟
- آیا موانع تکراری شناسایی و پیگیری می‌شوند؟
- آیا تیم بدون ارجاع همه تصمیم‌ها به یک نفر پیش می‌رود؟
- آیا بازنگری‌ها به اقدام مشخص و بررسی نتیجه منتهی می‌شوند؟
- آیا ذی‌نفعان فرصت بازخورد دادن و اصلاح مسیر دارند؟
نتیجه محصول حاصل کار جمعی است؛ بنابراین بهتر است سهم اسکرام مستر را در روند بهبود تیم بررسی کنید، نه با نسبت دادن تمام موفقیت یا شکست به یک نفر.
تسکیـ چگونه کار اسکرام مستر و تیم را ساده‌تر می‌کند؟
بخشی از دشواری همکاری، از پراکندگی اطلاعات می‌آید: کارها در پیام‌رسان، تصمیم‌ها در حافظه افراد و درخواست‌ها در کانال‌های مختلف باقی می‌مانند. تسکیـ، نرم‌افزار ایرانی مدیریت پروژه و وظایف تیمی، می‌تواند به ایجاد یک فضای مشترک برای پیگیری این موارد کمک کند.
برای تیمی که با اسکرام کار می‌کند، این مسیر کاربردی است:
- شفاف کردن کارها: وظایف و زیروظیفه‌ها را ثبت کنید و با برد کانبان یا نمای فهرست، وضعیت آن‌ها را ببینید.
- برنامه‌ریزی اسپرینت: از قابلیت اسپرینت و برنامه‌ریزی ظرفیت برای گفت‌وگوی تیم درباره کارهای پیش رو استفاده کنید.
- ثبت دانش و تصمیم‌ها: توافق‌های کاری و اقدام‌های بهبود را در مستندات و ویکی تیمی نگه دارید.
- سامان‌دهی درخواست‌ها: با فرم‌ساز و مدیریت درخواست‌ها، مسیر دریافت درخواست‌های تازه را مشخص کنید.
در مثال فروشگاه اینترنتی، تیم می‌تواند درخواست‌های واحدهای دیگر را در مسیر مشخصی دریافت کند و هنگام برنامه‌ریزی، آن‌ها را کنار کارهای موجود بررسی کند. تقویم شمسی و پشتیبانی کامل راست‌به‌چپ نیز کار روزمره تیم فارسی‌زبان را ساده‌تر می‌کند.
ابزار جایگزین گفت‌وگو و خودمدیریتی نیست؛ ارزش آن زمانی بیشتر می‌شود که توافق‌های روشن تیم را قابل‌مشاهده و قابل‌پیگیری کند.
سوالات متداول
آیا اسکرام مستر باید برنامه‌نویسی بلد باشد؟
الزامی نیست. در تیم نرم‌افزاری، درک فرایند توسعه و مفاهیم فنی مفید است؛ اما مسئولیت اصلی این نقش، هدایت فنی یا نوشتن کد نیست.
تفاوت اسکرام مستر و مالک محصول چیست؟
مالک محصول در قبال بیشینه کردن ارزش محصول و مدیریت مؤثر بک‌لاگ پاسخ‌گوست. اسکرام مستر بر استقرار اسکرام و اثربخشی تیم تمرکز دارد و به مالک محصول کمک می‌کند.
آیا اسکرام مستر شغلی تمام‌وقت است؟
به شرایط تیم و سازمان بستگی دارد. پیچیدگی همکاری‌ها، میزان موانع و تجربه تیم اهمیت دارند. کم بودن تعداد جلسه‌ها به‌تنهایی نشانه کم بودن کار این نقش نیست.
آیا هر تیمی به اسکرام مستر نیاز دارد؟
هر تیمی الزاماً به اسکرام نیاز ندارد؛ اما اگر چارچوب اسکرام را به کار می‌گیرد، مسئولیت اسکرام مستر بخشی از آن است. داشتن برد وظایف یا جلسه روزانه به‌تنهایی به معنی اجرای اسکرام نیست.
برای شروع، یک مانع تکرارشونده تیم را انتخاب کنید، درباره راه‌حل آن توافق کنید و نتیجه را بررسی کنید. اگر برای شفاف کردن کارها و پیگیری این توافق‌ها به فضای مشترک نیاز دارید، شروع رایگان با تسکیـ می‌تواند گام بعدی باشد؛ پلن رایگان همیشگی و بدون پیش‌پرداخت در دسترس است.
