خلاصه: اسکرام مستر کسی نیست که وظایف اعضای تیم را تعیین کند یا دائماً از آنها گزارش بگیرد. نقش اصلی او ایجاد شرایطی است که تیم بتواند اسکرام را درست اجرا کند، موانع را سریع‌تر شناسایی کند، همکاری مؤثرتری داشته باشد و در هر اسپرینت نسبت به اسپرینت قبلی بهتر عمل کند.
چرا نقش اسکرام مستر در تیم‌های چابک اهمیت دارد؟
وقتی یک تیم برای اولین بار از اسکرام استفاده میکند، ممکن است تصور شود که داشتن یک برد، تعریف چند ستون و برگزاری چند جلسه کوتاه برای «اسکرامی شدن» کافی است. اما اسکرام بیش از آنکه مجموعه‌ای از ابزارها باشد، یک چارچوب برای ایجاد شفافیت، بازرسی مستمر و سازگاری با شرایط جدید است. اگر کسی مراقب کیفیت اجرای این فرآیند نباشد، تیم به‌راحتی می‌تواند دوباره به همان روش‌های سنتی قبلی برگردد.
اسکرام مستر در چنین شرایطی به تیم کمک میکند تفاوت بین «انجام مراسم اسکرام» و «کار کردن به روش اسکرام» را درک کند. برای مثال، Daily Scrum یک جلسه حداکثر ۱۵ دقیقه‌ای است؛ اما هدف آن ارائه گزارش به مدیر نیست. هدف این جلسه بررسی وضعیت حرکت تیم به سمت هدف اسپرینت و تنظیم برنامه کار روزانه است.
همین تفاوت کوچک در نگاه می‌تواند اثر بسیار بزرگی داشته باشد. اگر Daily Scrum به جلسه گزارش‌دهی تبدیل شود، اعضای تیم منتظر تصمیم مدیر می‌مانند. اما اگر به‌درستی اجرا شود، خود اعضای تیم درباره ادامه مسیر تصمیم می‌گیرند. اسکرام مستر کمک میکند چنین مرزهایی حفظ شوند.
- کمک به اجرای صحیح چارچوب اسکرام
- افزایش شفافیت میان اعضای تیم
- کاهش موانع و اصطکاک‌های کاری
- کمک به شکل‌گیری تیم خودسازمان‌ده
- ایجاد فرهنگ بهبود مستمر
۱. اسکرام مستر مدیر تیم نیست
یکی از رایج‌ترین اشتباه‌ها این است که اسکرام مستر را نسخه جدید مدیر پروژه بدانیم. در ساختار اسکرام، اسکرام مستر قرار نیست صبح کارها را بین اعضای تیم تقسیم کند، عصر گزارش بگیرد و در پایان درباره عملکرد افراد تصمیمگیری کند.
در یک تیم اسکرام معمولاً قرار است مجموعه‌ای کوچک و متمرکز از افراد روی یک هدف مشترک کار کنند. Scrum Guide اندازه یک Scrum Team را معمولاً ۱۰ نفر یا کمتر در نظر می‌گیرد. یکی از دلایل این محدودیت، کاهش پیچیدگی ارتباطات و افزایش امکان خودمدیریتی تیم است.
اگر اسکرام مستر خودش تصمیم بگیرد چه کسی چه کاری انجام دهد، عملاً یکی از مهمترین ویژگی‌های اسکرام یعنی خودمدیریتی تیم را تضعیف کرده است. او به‌جای صدور دستور باید کمک کند تیم بتواند درباره تقسیم کار، حل مسائل و رسیدن به هدف اسپرینت تصمیم‌های بهتری بگیرد.
| مدیر سنتی | اسکرام مستر |
|---|---|
| وظایف را بین افراد تقسیم میکند | به تیم در خودمدیریتی کمک میکند |
| گزارش پیشرفت دریافت میکند | شفافیت فرآیند را افزایش میدهد |
| راهحل ارائه میکند | تیم را برای یافتن راهحل هدایت میکند |
| عملکرد افراد را کنترل میکند | اثربخشی کل تیم را بهبود میدهد |
| بر تحویل برنامه از قبل تعیین‌شده تمرکز دارد | بر رسیدن به هدف اسپرینت و ایجاد ارزش تمرکز دارد |
بنابراین اگر در یک سازمان عنوان شغلی فرد «اسکرام مستر» باشد اما تمام تصمیمات تیم توسط او گرفته شود، احتمالاً فقط نام سمت تغییر کرده و شیوه مدیریت همچنان سنتی باقی مانده است.
۲. اسکرام مستر موانع تیم را شناسایی و برای حذف آنها تلاش میکند
فرض کنید یک تیم برای یک اسپرینت ۲ هفته‌ای برنامه‌ریزی کرده است، اما یکی از اعضا برای دسترسی به سرور آزمایش باید سه روز منتظر تأیید واحد دیگری بماند. این مشکل ممکن است در ظاهر ارتباط مستقیمی با تولید نرم‌افزار نداشته باشد، اما عملاً توان تیم برای رسیدن به هدف اسپرینت را کاهش میدهد.
یکی از مهمترین مسئولیت‌های اسکرام مستر توجه به همین موانع است. البته این به آن معنا نیست که هر مشکلی شخصاً توسط اسکرام مستر حل شود. گاهی بهترین اقدام این است که فرد مناسب در سازمان پیدا شود، گاهی باید یک فرآیند اصلاح شود و گاهی نیز لازم است خود تیم شیوه کار خود را تغییر دهد.
موانع می‌توانند بسیار متفاوت باشند. بعضی از آنها فنی هستند و برخی کاملاً سازمانی یا ارتباطی‌اند:
- انتظار طولانی برای تأیید مدیران
- نامشخص بودن مسئولیت‌ها
- جلسات بیش از حد
- اختلال دائمی کارهای فوری در برنامه اسپرینت
- وابستگی زیاد به یک فرد خاص
- نبود اطلاعات موردنیاز برای انجام یک کار
- مشکلات ارتباطی میان تیم‌ها
اسکرام مستر خوب فقط فهرست موانع تهیه نمی‌کند. او بررسی میکند چه الگوهایی دائماً در حال تکرار هستند. اگر یک مشکل در ۴ اسپرینت متوالی رخ داده باشد، احتمالاً با یک اتفاق تصادفی روبه‌رو نیستیم و بخشی از سیستم کاری سازمان نیازمند اصلاح است.
۳. اسکرام مستر جلسات اسکرام را تسهیل میکند
اسکرام چند رویداد مشخص دارد که هرکدام هدف متفاوتی دارند. Sprint Planning برای تعیین هدف و برنامه اسپرینت است، Daily Scrum برای بررسی حرکت روزانه تیم استفاده می‌شود، Sprint Review به بررسی خروجی و دریافت بازخورد می‌پردازد و Sprint Retrospective فرصتی برای بررسی نحوه کار تیم است.
در یک اسپرینت ۲ هفته‌ای ممکن است تیم تقریباً ۱۰ Daily Scrum داشته باشد، اما ارزش این جلسات به تعداد آنها بستگی ندارد. اگر اعضا هر روز همان جملات تکراری را بگویند و جلسه به یک گزارش وضعیت تبدیل شود، برگزاری روزانه آن کمکی به تیم نخواهد کرد.
اسکرام مستر باید کمک کند هر جلسه به هدف اصلی خود بازگردد. این نقش الزاماً به معنای مدیریت دائمی همه جلسات نیست. حتی یکی از نشانه‌های بلوغ تیم این است که اعضا بتوانند بسیاری از رویدادها را بدون وابستگی به حضور مستمر اسکرام مستر به‌درستی پیش ببرند.
- Sprint Planning: کمک به ایجاد یک هدف شفاف و برنامه واقع‌بینانه برای اسپرینت.
- Daily Scrum: جلوگیری از تبدیل جلسه روزانه به گزارش‌دهی مدیریتی.
- Sprint Review: کمک به شکل‌گیری گفت‌وگو درباره نتیجه واقعی کار و بازخورد ذی‌نفعان.
- Sprint Retrospective: ایجاد فضایی برای بررسی صادقانه مشکلات فرآیند و یافتن اقدامات بهبود.
بنابراین موفقیت اسکرام مستر را نباید با تعداد جلساتی که برگزار کرده سنجید. نتیجه مطلوب زمانی حاصل می‌شود که جلسات کمتر به حضور او وابسته باشند و تیم بتواند خودش فرآیند را مدیریت کند.
۴. اسکرام مستر به تیم کمک میکند هر اسپرینت بهتر از قبل کار کند
یکی از تفاوت‌های اساسی روش‌های چابک با برنامه‌ریزی خطی این است که انتظار نداریم از روز اول بهترین فرآیند ممکن را طراحی کرده باشیم. یک اسپرینت می‌تواند حداکثر یک ماه باشد و در بسیاری از تیم‌ها چرخه‌های یک یا دو هفته‌ای استفاده می‌شود. این چرخه کوتاه فرصت میدهد تیم مرتباً نتیجه کار و همچنین روش کار خود را ارزیابی کند.
جلسه Retrospective دقیقاً برای همین موضوع طراحی شده است. اما اگر خروجی جلسه فقط چند شکایت باشد که در اسپرینت بعدی فراموش شوند، عملاً چیزی تغییر نخواهد کرد. اسکرام مستر کمک میکند مشکلات به اقدام‌های کوچک و قابل اجرا تبدیل شوند.
برای مثال، تیم ممکن است به این نتیجه برسد که تسک‌ها بیش از اندازه بزرگ هستند و مرتباً از یک اسپرینت به اسپرینت بعد منتقل می‌شوند. به‌جای تصمیم مبهمی مثل «برنامه‌ریزی را بهتر کنیم»، می‌توان برای اسپرینت بعد تصمیم مشخص‌تری گرفت:
- هیچ کار جدیدی بدون معیار پذیرش وارد اسپرینت نشود.
- تسک‌های بزرگ قبل از Sprint Planning شکسته شوند.
- کارهای متوقف‌شده بیشتر از ۲ روز در Daily Scrum بررسی شوند.
- در پایان اسپرینت میزان انتقال کارهای نیمه‌تمام اندازه‌گیری شود.
با چنین رویکردی، Retrospective از یک جلسه گفت‌وگو به موتور بهبود مستمر تیم تبدیل می‌شود.
۵. اسکرام مستر باید از شفافیت کار تیم محافظت کند
بدون شفافیت، تیم نمی‌تواند تصمیم درستی بگیرد. اگر مشخص نباشد چه کارهایی در حال انجام هستند، چه کاری متوقف شده، چه کسی مسئول یک موضوع است یا چه چیزی تا پایان اسپرینت باقی مانده، Daily Scrum و سایر رویدادها نیز اطلاعات چندانی برای تصمیمگیری فراهم نمی‌کنند.
به همین دلیل وضعیت کار باید تا حد امکان در یک فضای مشترک قابل مشاهده باشد. اگر تیمی ۳۰ کار فعال داشته باشد اما وضعیت ۱۰ مورد از آنها فقط در ذهن افراد یا پیام‌های شخصی ثبت شده باشد، برد تیم تصویر واقعی جریان کار را نشان نمی‌دهد.
ابزارهایی مانند برد کانبان می‌توانند این شفافیت را ایجاد کنند، اما خود ابزار جای فرآیند را نمی‌گیرد. اسکرام مستر باید تیم را تشویق کند اطلاعات واقعی کار روی برد ثبت شود و وضعیت‌ها فقط برای زیباتر شدن گزارش‌ها تغییر نکنند.
در تیکبورد نیز امکان استفاده از بوردها، ستون‌ها، تسک‌ها، اولویت، مسئول انجام، تاریخ سررسید، چک‌لیست، ثبت زمان، نظرات و لاگ تغییرات وجود دارد؛ بنابراین تیم می‌تواند بخش زیادی از اطلاعات لازم برای مشاهده جریان کار را در یک محیط مشترک نگه دارد.
برای آشنایی بیشتر با مفاهیم مدیریت کار و روش‌های مختلف سازمان‌دهی وظایف می‌توانید سایر مقالات مدیریت پروژه تیکبورد را نیز مطالعه کنید.
۶. اسکرام مستر چگونه با مالک محصول و سازمان همکاری میکند؟
نقش اسکرام مستر فقط محدود به اعضای تیم توسعه نیست. بسیاری از مشکلاتی که تیم تجربه میکند خارج از مرز خود تیم ایجاد شده‌اند؛ بنابراین اسکرام مستر باید بتواند با Product Owner و سایر بخش‌های سازمان نیز تعامل داشته باشد.
فرض کنید در یک اسپرینت ۱۰ روز کاری، هر روز چند درخواست جدید و فوری مستقیماً از مدیران سازمان به اعضای تیم منتقل شود. حتی اگر برنامه اسپرینت در روز اول بسیار مناسب باشد، این وقفه‌های دائمی باعث کاهش تمرکز و پیش‌بینی‌پذیری خواهند شد.
اسکرام مستر در این شرایط می‌تواند کمک کند مسیر مشخصی برای ورود درخواست‌ها ایجاد شود. همچنین می‌تواند به Product Owner کمک کند Product Backlog را شفاف‌تر مدیریت کند، آیتم‌ها را برای گفت‌وگو با تیم آماده نگه دارد و اهداف محصول را بهتر به اعضای تیم منتقل کند.
در سطح سازمان نیز اسکرام مستر می‌تواند مشکلاتی مانند ساختارهای تصمیمگیری کند، وابستگی بیش از حد تیم‌ها به یکدیگر یا فرآیندهای اداری دست‌وپاگیر را آشکار کند. او لزوماً اختیار حذف همه این موانع را ندارد، اما می‌تواند آنها را قابل مشاهده کند و برای تغییرشان تلاش کند.
چه کارهایی وظیفه اسکرام مستر نیست؟
شاید درک نقش اسکرام مستر از طریق شناخت کارهایی که نباید انجام دهد ساده‌تر باشد. وقتی یک تیم برای اولین بار اسکرام را اجرا میکند، ممکن است مرز میان مدیر پروژه و اسکرام مستر مبهم باشد و به مرور بسیاری از مسئولیت‌های مدیریتی سنتی به اسکرام مستر منتقل شوند.
برای مثال، اگر تیمی ۸ عضو داشته باشد، اسکرام مستر نباید هر روز برای هر ۸ نفر مشخص کند که روی چه تسکی کار کنند. تصمیمگیری درباره نحوه رسیدن به Sprint Goal متعلق به خود تیم است.
- اسکرام مستر رئیس اعضای تیم نیست.
- نباید تمام تسک‌ها را شخصاً میان اعضا توزیع کند.
- مسئول نوشتن تمام User Storyها نیست.
- نباید Daily Scrum را به جلسه گزارش‌دهی تبدیل کند.
- وظیفه او فشار آوردن برای افزایش مصنوعی سرعت تیم نیست.
- نباید تمام مشکلات را شخصاً حل کند.
- نباید به نقطه‌ای تبدیل شود که تیم بدون حضور او قادر به تصمیمگیری نباشد.
چطور بفهمیم یک اسکرام مستر عملکرد خوبی دارد؟
یکی از دشواری‌های ارزیابی این نقش این است که نمی‌توان آن را صرفاً با تعداد تسک‌های تکمیل‌شده یا ساعت کاری اندازه‌گیری کرد. حتی افزایش Velocity نیز به‌تنهایی شاخص مناسبی برای سنجش عملکرد اسکرام مستر نیست، زیرا می‌تواند تحت تأثیر نوع کار، اندازه تیم و شیوه تخمین قرار گیرد.
فرض کنید طی ۶ اسپرینت میزان کارهای نیمه‌تمام کاهش پیدا کرده، مشکلات سریع‌تر مطرح می‌شوند، اعضای تیم بدون انتظار برای تصمیم مدیر کارها را هماهنگ می‌کنند و Retrospectiveها به تغییرات واقعی منجر می‌شوند. چنین نشانه‌هایی معمولاً از افزایش بلوغ تیم حکایت دارند.
بهتر است عملکرد اسکرام مستر را از طریق مجموعه‌ای از نشانه‌ها بررسی کرد:
- آیا موانع مهم سریع‌تر شناسایی می‌شوند؟
- آیا تیم نسبت به هدف اسپرینت دید روشنی دارد؟
- آیا حجم کارهای نیمه‌تمام و متوقف‌شده کاهش یافته است؟
- آیا جلسات کوتاه‌تر و هدفمندتر شده‌اند؟
- آیا اعضای تیم بیشتر قادر به حل مستقل مسائل هستند؟
- آیا اقدامات Retrospective واقعاً اجرا می‌شوند؟
- آیا اعتماد و شفافیت در تیم افزایش یافته است؟
در واقع شاید یکی از بهترین نشانه‌های موفقیت اسکرام مستر این باشد که تیم در طول زمان وابستگی کمتری به او پیدا کند.
جمع‌بندی
اسکرام مستر مدیر پروژه با عنوان جدید نیست. مسئولیت اصلی او ایجاد محیطی است که تیم بتواند چارچوب اسکرام را به‌درستی اجرا کند، موانع را ببیند، درباره مشکلات صحبت کند، تصمیم‌های مستقل‌تری بگیرد و به‌طور مستمر روش کار خود را بهبود دهد.
یک اسکرام مستر موفق لزوماً پرکارترین یا پرحرف‌ترین فرد تیم نیست. گاهی مهمترین نتیجه کار او این است که تیم کمتر به دخالت مستقیم دیگران نیاز داشته باشد و اعضا بتوانند با شفافیت بیشتری درباره کارهایشان تصمیم بگیرند.
ابزار مدیریت کار نیز در این مسیر اهمیت دارد؛ زیرا بدون مشاهده واضح وضعیت تسک‌ها، مسئولیت‌ها، زمان‌بندی و موانع، اجرای مؤثر اسکرام دشوار خواهد شد. تیکبورد با بوردهای کاری، مدیریت تسک‌ها، ثبت زمان، تقویم، گزارش‌ها و امکانات همکاری تیمی می‌تواند زیرساخت لازم برای شفاف‌تر شدن این جریان کار را فراهم کند؛ اما در نهایت این فرهنگ تیم و نحوه اجرای اسکرام است که تعیین میکند یک ابزار تا چه اندازه مفید باشد.
