معرفی
مراحل معمول مصاحبه برای این شغل را از غربالگری تا پیشنهاد همکاری و رویدادهای هر مرحله شرح میدهد. فرایند مصاحبه اسکراممستر در هر سازمان شکل متفاوتی دارد. احتمال دارد مراحل زیر طی شود:
گفتوگویی کوتاه برای بررسی رزومه، سابقه کار تیمی، انگیزه و شرایط همکاری
یک یا چند گفتوگو با مدیر محصول، مدیر مهندسی، مدیر عملیات یا فردی از تیم چابک
پیش از مصاحبه، افراد حاضر در هر مرحله و نوع ارزیابی را از هماهنگکننده استخدام بپرسید. در گفتوگوی تخصصی، ارزیابی تحلیل موقعیتهای تیمی زیر احتمال دارد:
«اسپرینت» (Sprint) با کارهای نیمهتمام
تعارض میان توسعهدهندگان و مالک محصول
وابستگی به تیمهای دیگر
جلسهای که به گزارشدهی تغییر شکل داده است
پاسخ مناسب، مسئله، اثر آن بر هدف اسپرینت، افراد درگیر و گام بعدی را روشن میسازد. بهجای افزایش جلسهها یا فشار بر افراد، اقدامی محدود و قابلپیگیری ارائه دهید.
برای توضیح تجربه در برنامهریزی اسپرینت، «دیلی اسکرام» (Daily Scrum)، بازبینی اسپرینت و «رتروسپکتیو» (Retrospective)، روایتی کوتاه با ساختار زیر بسازید:
شرح وضعیت موجود
نقش دقیق شما
اقدام انجامشده
نتیجه به دست آمده و تغییرات بعدی
بخشی از ارزیابی به شیوه ارتباط شما مربوط میشود. مصاحبهگر توانایی ایجاد گفتوگوی سازنده بدون اختیار مدیریتی، عدم تشدید تعارض و پیگیری موانع تا رسیدن به تصمیم را میسنجد. مرز مسئولیتهای هماهنگی پروژه، گزارشدهی یا کار با چند تیم را از ابتدا با نقش اسکراممستر روشن سازید.
برای پاسخ به پرسشهای مربوط به نقشها و رویدادها، به راهنمای رسمی Scrum Guide رجوع کنید. حفظکردن متن راهنما کافی نیست و پیوند آن به تصمیم و رفتار قابل مشاهده در تیم اهمیت دارد.
جهت تقویت آمادگی در مفاهیم اسکرام یا سنجههای جریان کار، نقشه راه این شغل را ببینید. برای ساخت سابقه اولیه و آمادهسازی نمونههای قابلارائه نیز راهنمای ورود این شغل مسیر مناسبتری محسوب میشود.
شایستگیهای مورد سنجش
موارد زیر تصویری کلی از این بخش برای این راهنما ارائه میکنند.
-
کاربست درست چارچوب اسکرام
این عنوان شامل توانایی تفکیک مسئولیت اسکراممستر، مالک محصول و توسعهدهندگان، فهم هدف اسپرینت، بکلاگ محصول، تعریف انجامشده و رویدادهای اسکرام است.
-
تسهیلگری رویدادهای تیم
توانایی طراحی جلسه با هدف روشن، مشارکتدادن افراد کمحرف، مدیریت انحراف از موضوع و تبدیل خروجی جلسه به تصمیم یا اقدام مشخص است.
-
شناسایی و رفع موانع
به تشخیص تفاوت مانع سیستمی با مشکل فردی، ثبت اثر مانع بر هدف اسپرینت و پیگیری آن با فرد یا تیم مسئول گفته میشود.
-
بهبود مستمر فرایند تیم
توانایی تبدیل مشاهدهها و دادههای اسپرینت به فرضیه بهبود، اقدام کوچک قابلپیگیری و بازبینی اثر آن در اسپرینت بعدی.
-
تحلیل جریان کار و سنجههای چابک
در این بخش، زمان چرخه، میزان کار در جریان، کارهای نیمهتمام و روند تکمیل کار را بررسی میکنید. همچنین یاد میگیرید که از این سنجهها برای ارزیابی یا تنبیه افراد بهصورت فردی استفاده نکنید.
-
حل تعارض و مربیگری
در این بخش یاد میگیرید دیدگاههای مختلف و متعارض را بشنوید، مسئله مشترک را مشخص کنید و بدون جانبداری شتابزده، به تیم برای رسیدن به توافق عملی کمک کنید.
-
مدیریت ذینفعان و وابستگیها
در این بخش یاد میگیرید با مدیران، مالک محصول و تیمهای همکار گفتوگو کنید تا تصمیمهای معطل، وابستگیها و انتظارهای مربوط به تحویل کار را روشن کنید.
-
آشنایی با چرخه توسعه نرمافزار
در این بخش با مراحل کلی تحلیل، توسعه، تست و انتشار نرمافزار و همچنین وابستگیهای فنی آشنا میشوید. این آشنایی کمک میکند مسئلههای تیم توسعه را بهتر درک کنید، بدون اینکه جای متخصص فنی را بگیرید.
برنامه آمادهسازی
برای آشنایی بهتر با این راهنما، توجه به موارد زیر میتواند مفید باشد.
-
راهنمای رسمی اسکرام و مرز نقشها
راهنمای Scrum Guide را با تمرکز بر هدف اسکرام، سه مسئولیتپذیری، سه تعهد و رویدادها مرور کنید. برای هر مفهوم، مثالی از تیم نرمافزاری آماده بسازید، مانند شیوه مدیریت بکلاگ توسط مالک محصول و علت عدم تعیین اولویت آیتمها توسط اسکراممستر.
تفاوت «تسهیلکردن تصمیم» با «تصمیمگرفتن بهجای تیم» را در پاسخها روشن کنید.
-
سناریوی کامل اسپرینت
اسپرینت فرضی برای محصولی با تیم توسعه، مالک محصول و چند وابستگی طراحی کنید. موارد زیر را در این سناریو مشخص سازید:
هدف اسپرینت و ریسکهای موجود
خروجی برنامهریزی و شیوه دیلی اسکرام
بازخورد بازبینی و اقدام رتروسپکتیو
برای هر رویداد، خروجی قابل مشاهده مورد انتظار و نشانههای تبدیل جلسه به گفتوگوی بینتیجه را بشناسید.
-
موانع، وابستگیها و پیگیری
سه نمونه واقعی یا تمرینی از موانع زیر را آماده کنید:
تاخیر در دسترسی به محیط
منتظرماندن برای تصمیم محصول
وابستگی به سرویس تیم دیگر
برای هر مانع مشخص کنید چه تاثیری بر هدف اسپرینت دارد، چه کسی پیگیری آن را بر عهده دارد، گام بعدی چیست و چه زمانی باید دوباره وضعیت آن بررسی شود. همچنین توضیح دهید چرا فقط ثبت مانع کافی نیست و چگونه میتوان مسیر رفع آن را بدون پیگیری دستوری وادارکننده، شفاف کرد.
-
رتروسپکتیو و تعارض تیمی
یک رتروسپکتیو برای وضعیتی تمرین کنید که اعضا از سرزنششدن میترسند یا اختلاف تکراری میان توسعه و محصول وجود دارد. موارد زیر را آماده سازید:
پرسشهای امن و روش جمعآوری داده
شیوه اولویتبندی موضوعها
تعریف اقدام قابل سنجش
بهجای وعده «حل تعارض»، شیوه روشنسازی مسئله، اثر آن و توافق رفتاری بعدی را با طرفین نشان دهید.
-
برد کار و سنجههای جریان
در Jira بردی را به عنوان نمونه بررسی کنید و توانایی تحلیل موارد زیر را در خود بپرورید:
«کارهای در جریان» (Work in Progress یا WIP)
آیتمهای مانده در ستون تست
کارهای منتقلشده و «زمان چرخه» (Cycle Time)
از هر سنجه یک پرسش تشخیصی بسازید. مانند فرضیههای ایجاد شده با افزایش زمان چرخه در مرحله تست. عدم اثبات علت مشکل به اتکای تنها یک سنجه و لزوم تکمیل آن با مشاهده و گفتوگو را مد نظر قرار دهید.
-
شرح شغل و زمینه سازمان
پیش از مصاحبه، موارد زیر را بررسی کنید:
محصول و اندازه تقریبی تیم
ساختار نقشهای محصول و فناوری
ابزارها و فناوریهای اشاره شده در آگهی
از شرح شغل مشخص سازید که آیا نقش فقط اسکراممستر است یا هماهنگی پروژه، گزارشدهی یا مربیگری چند تیم را هم شامل میشود. نمونههای تجربه خود را با مسئلههای همان محیط پیوند دهید.
چکلیست آمادهسازی
موارد زیر را یکبهیک بررسی کنید تا چیزی جا نماند:
- مسئولیت اسکراممستر، مالک محصول و توسعهدهندگان را با مثال توضیح میدهم.
- برای برنامهریزی، دیلی، بازبینی و رتروسپکتیو خروجی مشخص آماده کردهام.
- سه تجربه یا سناریوی روشن از رفع مانع یا پیگیری وابستگی دارم.
- نمونهای درباره تسهیل تعارض میان اعضای تیم یا ذینفعان آماده کردهام.
- میتوانم زمان چرخه، کار در جریان و کار نیمهتمام را توضیح دهم.
- میدانم دادههای Jira را نباید برای ارزیابی فردی اعضا استفاده کرد.
- شرح شغل را خواندهام و مسئولیتهای خارج از اسکرام را مشخص کردهام.
- پرسشهای خود درباره اختیار تیم، وابستگیها و کیفیت اجرای اسکرام را آماده کردهام.
- نمونههای تجربهام را بدون ادعای مالکیت اولویت محصول یا مدیریت مستقیم تیم بازبینی کردهام.
- اگر مصاحبه آنلاین است، اتصال، صدا و دسترسی به نمونه برد یا مستندات تمرینی را بررسی کردهام.
سئوالاتی که از شما میپرسند
-
فنی
تفاوت مسئولیت اسکراممستر، مالک محصول و توسعهدهندگان در اسکرام چیست؟
سنجش فهم نقشها و تشخیص اینکه شما اسکراممستر را با مدیر پروژه، مدیر محصول یا سرپرست تیم اشتباه نمیگیرد.
راهنمای پاسخ و نمونه پاسخ
با ارجاع به راهنمای رسمی Scrum Guide توضیح دهید مالک محصول، مسئول بیشینهسازی ارزش و مدیریت موثر بکلاگ محصول است. توسعهدهندگان برای ساخت اینکریمنت قابل استفاده و برنامه روزانه کار مسئولیت دارند. اسکراممستر به اجرای مؤثر اسکرام، رفع موانع و بهبود همکاری کمک میکند. عدم وظیفه اسکراممستر در تخصیص فردی کار، تعیین اولویت محصول یا ارزیابی عملکرد افراد را صریح بیان کنید.
مالک محصول درباره ترتیب و شفافیت بکلاگ محصول پاسخگو است و هدف و ارزش مورد انتظار را روشن میسازد. توسعهدهندگان روش انجام کار و برنامه روزانه خود را تعیین میکنند تا اینکریمنت قابلاستفاده بسازند. نقش اسکراممستر تسهیل اجرای مؤثر اسکرام در تیم است. برای مثال، هنگام ابهام در هدف اسپرینت یا وجود مانع بینتیمی، گفتوگو و پیگیری لازم را صورت میدهد. بنابراین در صورت اختلاف تیم درباره اولویت قابلیتها، تصمیم نهایی محصول را بهجای مالک محصول نمیگیرم، اما به شفافشدن اطلاعات و اثر تصمیم کمک میکنم.
-
موقعیتی
در پایان چند اسپرینت، بخش زیادی از کارها نیمهتمام میماند. چه بررسی و اقدامی انجام میدهید؟
سنجش توانایی تحلیل مسئله تحویل بدون مقصرشناسی، استفاده درست از داده و تبدیل مشاهده به اقدام بهبود.
راهنمای پاسخ و نمونه پاسخ
ابتدا الگو را بررسی کنید تا نکات زیر مشخص شوند:
کارهای منتقل شده کدام هستند.
گلوگاه در کدام مرحله قرار دارد.
میزان کار در جریان چقدر است.
و آیا وابستگی یا تغییر مکرر اولویت وجود دارد یا خیر.
سپس این داده را با گفتوگو در رتروسپکتیو و برنامهریزی تکمیل کنید. اقدام پیشنهادی را متناسب با علت تنظیم سازید. مانند کوچکترکردن آیتمها، محدودکردن کار همزمان، روشنکردن معیار آماده بودن یا رفع یک وابستگی مشخص. از تحمیل افزایش ظرفیت یا فشار برای تکمیل همه کارها پرهیز کنید.
کارهای نیمهتمام را نشانه ضعف افراد نمیدانم. ابتدا برد کار را بررسی میکنم تا مشخص شود توقفها بیشتر در کدام مرحله رخ دادهاند. همچنین مناسببودن اندازه آیتمها برای هر اسپرینت یا ورود کار جدید در میانه راه را ارزیابی میکنم. در رتروسپکتیو، داده را با تیم مطرح میسازم و علت دیر رسیدن کارها به مرحله انجام شده را میپرسم. اگر گلوگاه در مرحله تست باشد، تیم بر کاهش تعداد آیتمهای همزمان و همکاری زودتر توسعهدهندگان برای تست توافق میکند. اثر این اقدام در اسپرینت بعدی را با بررسی روند کارهای نیمهتمام و زمان چرخه میسنجم.
-
رفتاری
نمونهای از تعارض میان تیم توسعه و مالک محصول را توضیح دهید که در آن نقش تسهیلگر داشتید.
سنجش حل تعارض، بیطرفی نسبت به نقشها و توانایی تبدیل اختلاف مبهم به توافق عملی.
راهنمای پاسخ و نمونه پاسخ
سناریویی را انتخاب کنید که اختلاف بر سر موضوع واقعی مانند تغییر مکرر نیازمندی، کیفیت تحویل، زمان بازخورد یا هدف اسپرینت بوده است. شیوه شفافسازی دیدگاه هر طرف، اثر اختلاف بر کار تیم و تصمیم مورد نیاز را توضیح دهید. نتیجه را با کمک توافق مشخصی مانند زمانبندی بازخورد مالک محصول، معیار پذیرش روشن یا مسیر رسیدگی به تغییرهای فوری بیان کنید.
در تیم، مالک محصول در میانه اسپرینت چند تغییر مهم درخواست میکرد و توسعهدهندگان احساس تغییر دائمی هدف اسپرینت را داشتند. ابتدا در گفتوگویی کوتاه، اثر این تغییرها را بر کارهای نیمهتمام و تعهد اسپرینت شفاف کردیم. سپس توافق شد درخواستهای جدید ابتدا در بکلاگ ثبت شوند و فقط در صورت تغییر واقعی اولویت، گفتوگوی حذف یا جایگزینی آیتم صورت گیرد. من تصمیم محصول را نگرفتم اما مسیر گفتوگو و معیار تصمیم را روشن کردم. در رتروسپکتیو بعدی کاهش وقفهها و کارهای منتقل شده را بررسی کردیم.
-
فنی
دیلی اسکرام را چگونه از جلسه گزارشدهی به مدیر جدا میکنید؟
سنجش فهم هدف دیلی اسکرام و توانایی اصلاح یک الگوی رایج اما ناسازگار با خودمدیریتی تیم.
راهنمای پاسخ و نمونه پاسخ
مطابق Scrum Guide، هدف دیلی اسکرام بازبینی پیشرفت نسبت به هدف اسپرینت و سازگارکردن برنامه روزانه توسعهدهندگان است. عدم تبدیل جلسه به گزارش فردی با حضور مدیر یا اسکراممستر را توضیح دهید. بازگرداندن گفتوگو به برد و هدف اسپرینت، ثبت گفتوگوهای عمیق برای پس از جلسه و کمک به تیم برای اداره تدریجی جلسه را ارائه دهید.
دیلی اسکرام محل پاسخدادن اعضا به اسکراممستر یا مدیر نیست. توسعهدهندگان لزوم تغییر مسیر رسیدن به هدف اسپرینت را بررسی میکنند. اگر جلسه به نوبت گزارشدادن تبدیل شود، گفتوگو را به برد کار و کارهای نزدیک به هدف اسپرینت برمیگردانم. بهجای پرسیدن عملکرد دیروز، درباره کارهای تهدیدکننده هدف اسپرینت و هماهنگیهای لازم امروز میپرسم. مسئلههای نیازمند بحث طولانی را ثبت میکنم تا افراد مرتبط بعد از جلسه پیگیری کنند.
-
موقعیتی
یکی از موانع مهم به تیم دیگری وابسته است و مسئول آن تیم پاسخی نمیدهد. چگونه پیش میروید؟
سنجش پیگیری وابستگی، مدیریت ذینفعان و توانایی حفظ شفافیت بدون تبدیلشدن به پیگیر دستوری کارها.
راهنمای پاسخ و نمونه پاسخ
اثر مانع بر هدف اسپرینت، تاریخ نیاز، گزینههای جایگزین و فرد مسئول تصمیم را روشن کنید. ابتدا مسیر ارتباطی مستقیم و مستند را به کار ببرید و در صورت نیاز، مسئله را با داده و اثر تحویل به سطح مناسب ارجاع دهید. دور نگه نداشتن تیم از جریان اطلاعات و بررسی امکان تغییر ترتیب کار، راهحل فنی یا دامنه اسپرینت را توضیح دهید.
ابتدا مانع را با اثر مشخص ثبت میکنم. با مسئول تیم دیگر، گفتوگویی کوتاه برای فهم علت و زمان واقعبینانه ترتیب میدهم. در صورت عدم دریافت پاسخ، موضوع را همراه با اثر و گزینههای ممکن با مدیران یا مالکان مرتبط مطرح میسازم. در کنار پیگیری، با تیم امکان پیشبرد کاری مستقل، ساخت داده آزمایشی یا تغییر ترتیب آیتمها را بررسی میکنم. نتیجه و ریسک را با مالک محصول درمیان میگذارم تا غافلگیری پیش نیاید.
-
نمونهکار
کدام تجربه شما نشان میدهد یک بهبود فرایندی را از مشاهده تا ارزیابی اثر آن پیگیری کردهاید؟
سنجش تجربه عملی بهبود مستمر و توانایی تفکیک اقدام قابلآزمایش از تغییرات مبهم و دائمی.
راهنمای پاسخ و نمونه پاسخ
نمونهای بیان کنید که الگویی مانند تاخیر بازخورد، جلسه طولانی، کارهای نیمهتمام یا ابهام در معیار پذیرش در آن مشاهده شده است. داده یا مشاهده اولیه، اقدام محدود، مسئول پیگیری و نتیجه بازبینی را مشخص کنید. آموزهها و اقدام بعدی را در صورت عدم حصول نتیجه کامل توضیح دهید.
در یکی از پروژهها متوجه شدیم بخشی از کارها به دلیل ابهام در معیار پذیرش، چند بار برای اصلاح بازمیگشتند. ابتدا تعداد موارد برگشتی را در چند دوره کاری ثبت کردیم. سپس تصمیم گرفتیم پیش از شروع هر کار، معیار پذیرش آن با تیم محصول مرور و شفاف شود و یک نفر مسئول پیگیری این تغییر شد. در بازبینی بعدی، تعداد کارهای برگشتی کاهش یافت، اما مشکل به طور کامل برطرف نشد. بررسی بیشتر نشان داد برخی ابهامها از نیازهای متغیر محصول ناشی میشوند. بنابراین تصمیم گرفتیم معیارهای پذیرش موارد پرتکرار را مستند کنیم و در بازبینیهای بعدی دوباره اثر این اقدام را اندازهگیری کنیم.
-
فنی
از زمان چرخه و کار در جریان چه استفادهای میکنید و چه استفادهای نمیکنید؟
سنجش درک سنجههای جریان کار و پرهیز از تبدیل آنها به ابزار کنترل یا ارزیابی فردی.
راهنمای پاسخ و نمونه پاسخ
زمان چرخه نشان میدهد یک کار از زمان شروع تا زمان انجامشدن چقدر طول میکشد. کار در جریان نیز تعداد کارهای باز و همزمان را نشان میدهد.
از این سنجهها برای پیدا کردن گلوگاهها، بررسی اثر تغییرات فرایند و گفتوگو با تیم استفاده کنید. با این حال، خود سنجهها بهتنهایی علت یک مشکل را ثابت نمیکنند و باید علتهای احتمالی را با تیم بررسی کرد. همچنین نباید از این سنجهها برای رتبهبندی اعضای تیم یا واردکردن فشار به آنها استفاده کرد.
افزایش زمان چرخه را نشانهای برای بررسی میدانم، نه معیاری برای قضاوت درباره عملکرد افراد. برد کار را بررسی میکنم تا مرحلهای را که باعث تاخیر شده پیدا کنم و علتهای احتمالی را با تیم بررسی کنم.
کار در جریان بالا میتواند نشان دهد که کارهای زیادی شروع شدهاند، اما دیر به پایان میرسند. در این شرایط، با تیم توافق میکنیم ابتدا کارهایی را که به پایان نزدیکتر هستند، تکمیل کنیم.
این سنجهها را برای مقایسه افراد یا تعیین سهمیه تولید به کار نمیبرم.
-
رفتاری
اگر اعضای تیم در رتروسپکتیو سکوت کنند یا فقط از مدیران شکایت کنند، چه میکنید؟
سنجش توانایی ایجاد امنیت روانی، طراحی تسهیلگری متناسب و تبدیل شکایت کلی به موضوع قابلاقدام.
راهنمای پاسخ و نمونه پاسخ
توضیح دهید ابتدا از روش کمفشارتر مانند نوشتن بینام، مرور دادههای اسپرینت یا گفتوگوی دونفره استفاده میکنید. شکایت کلی را با پرسش درباره رویداد، اثر و چیزی که در اختیار تیم است، دقیقتر کنید.
اگر علت سکوت ترس از پیامدها باشد، نباید با اجبار به صحبتکردن آن را تشدید کنید. ابتدا باید مرز محرمانگی، هدف جلسه و امکان پیگیری امن روشن شود.
اگر اعضای تیم در رتروسپکتیو سکوت کنند، ابتدا از روشهای کمفشارتر مثل جمعآوری بازخورد بینام یا بررسی دادههای اسپرینت استفاده میکنم. اگر شکایتها کلی باشند، از اعضا میخواهم مشخص کنند چه اتفاقی افتاده، چه اثری داشته و چه چیزی در اختیار تیم است که بتوان آن را تغییر داد. در صورت نیاز، گفتوگوی دونفره را ترجیح میدهم تا افراد راحتتر نظرشان را بیان کنند. اگر سکوت ناشی از ترس از پیامدها باشد، افراد را مجبور به صحبتکردن نمیکنم و ابتدا هدف جلسه، مرز محرمانگی و نحوه پیگیری امن مسائل را روشن میکنم. سپس اقدامی کوچک و قابلپیگیری برای بهبود انتخاب میکنیم.
-
موقعیتی
مدیر از شما میخواهد در Jira برای هر عضو تیم وظیفه تعیین کنید و هر روز گزارش پیشرفت بگیرید. پاسخ شما چیست؟
سنجش توانایی دفاع حرفهای از خودمدیریتی تیم، بدون تقابل غیرضروری با مدیر یا نادیدهگرفتن نیاز او به شفافیت.
راهنمای پاسخ و نمونه پاسخ
نیاز پشت درخواست مدیر را کشف کنید. ممکن است نگرانی درباره ریسک، زمان تحویل یا نبود شفافیت باشد. سپس جایگزینی پیشنهاد دهید که شفافیت را از طریق هدف اسپرینت، برد کار، ریسکها و گزارش سطح تیم فراهم کند.
توضیح دهید تعیین کار فردی توسط اسکراممستر میتواند مالکیت جمعی و گفتوگوی توسعهدهندگان را تضعیف کند. اگر ساختار سازمانی نقش هماهنگی پروژه هم میخواهد، مرز این مسئولیت را از ابتدا روشن میکنید.
ابتدا میپرسم مدیر برای چه تصمیمی به این سطح از گزارش نیاز دارد و چه ریسکی را میخواهد ببیند. سپس پیشنهاد میکنم بهجای تخصیص کار توسط من، تیم در برنامهریزی و دیلی اسکرام برنامه خود را روی برد شفاف کند و من ریسکها، وابستگیها و وضعیت هدف اسپرینت را در سطح تیم گزارش دهم.
اگر مسئله تاخیر در تحویل باشد، با داده و گفتوگو علت را بررسی میکنیم. وظیفهدادن روزانه ممکن است ظاهر کنترل ایجاد کند، اما به طور معمول مسئله گلوگاه یا ابهام را حل نمیکند و خودمدیریتی تیم را ضعیف میسازد.
-
فرهنگی
چگونه بدون اختیار مدیریتی، بر رفتار و همکاری تیم اثر میگذارید؟
سنجش بلوغ نقش، نفوذ مبتنی بر اعتماد و درک اینکه اسکراممستر مدیر مستقیم اعضا نیست.
راهنمای پاسخ و نمونه پاسخ
بر گوشدادن، پرسشگری، شفافکردن اثر مسئله، توافقهای کوچک و پیگیری قابلمشاهده تاکید کنید. نمونهای از زمانی بیان کنید که تیم خود به تصمیم رسیده و شما فقط شرایط تصمیمگیری بهتر را فراهم کردهاید.
از زبان دستوری مانند «وادار میکنم» یا «کنترل میکنم» استفاده نکنید. مگر در مورد پیگیری مسئولیت رسمی خودتان برای رفع مانع یا حفاظت از هدف جلسه.
من بدون اختیار مدیریتی، بیشتر از طریق گوشدادن و پرسشگری بر همکاری تیم اثر میگذارم. ابتدا مسئله و اثر آن را برای اعضای تیم شفاف میکنم و سپس بهجای ارائه دستور، کمک میکنم گزینههای مختلف را بررسی کنند. در یکی از پروژهها، تیم در انتخاب روش انجام کاری اختلاف داشت. با مطرحکردن پرسش درباره مزایا، محدودیتها و پیامدهای هر گزینه، شرایطی فراهم کردم تا خود اعضای تیم به تصمیم مشترکی برسند. سپس توافق انجام شده و اقدام بعدی را مشخص و در جلسه بعد پیگیری کردم. به این شکل، نقش من بیشتر تسهیل تصمیمگیری و رفع موانع بود، نه کنترل رفتار اعضای تیم.
-
نمونهکار
در کار با Jira و Confluence چه چیزهایی را برای تیم شفاف میکنید؟
سنجش استفاده هدفمند از ابزارهای رایج تیمهای محصولی، بدون تقلیل نقش اسکراممستر به مدیریت برد.
راهنمای پاسخ و نمونه پاسخ
در Jira به شفافیت هدف اسپرینت، وضعیت کار، موانع، وابستگیها و الگوهای جریان اشاره کنید. در Confluence میتوانید توافقهای تیم، تصمیمها، خروجی رتروسپکتیو و اقدامهای بهبود را ثبت کنید.
توضیح دهید کیفیت گفتوگو و تصمیمگیری مهمتر از کاملبودن ظاهری برد است. ابزار باید با عادت کاری تیم هماهنگ باشد.
در Jira سعی میکنم هدف اسپرینت، وضعیت کارها، موانع، وابستگیها و روند جریان کار برای تیم شفاف باشد. در Confluence نیز توافقهای تیم، تصمیمهای مهم، خروجی رتروسپکتیو و اقدامهای بهبود را ثبت میکنم تا اطلاعات قابل دسترسی و پیگیری باشند. بااینحال، هدف فقط کامل و مرتببودن برد نیست. مهمتر این است که اطلاعات به گفتگو و تصمیمگیری بهتر تیم کمک کنند. بنابراین ساختار Jira و Confluence را متناسب با عادت کاری تیم تنظیم میکنم تا ثبت اطلاعات به کاری تشریفاتی و جدا از فرایند واقعی تبدیل نشود.
-
فنی
اگر تیم همه رویدادهای اسکرام را برگزار میکند اما خروجی بهتری نمیگیرد، چه چیزی را بررسی میکنید؟
سنجش تشخیص اجرای نمایشی اسکرام و توانایی تمرکز بر هدف، بازخورد، کیفیت و بهبود بهجای صرف برگزاری مراسمها.
راهنمای پاسخ و نمونه پاسخ
واقعی و قابلفهم بودن هدف اسپرینت، شفافیت بکلاگ، اتصال بازخورد بازبینی به تصمیم محصول و پیگیری اقدامهای رتروسپکتیو را بررسی کنید. به کیفیت تعریف انجامشده، وابستگیهای تکراری و اختیار تیم برای تغییر روش کار توجه نشان دهید.
برگزاری رویدادها بهتنهایی نشانه کارکردن اسکرام نیست. ابتدا میبینم تیم برای هر اسپرینت هدف مشترک دارد یا فقط فهرستی از آیتمها را برمیدارد. سپس بررسی میکنم در بازبینی، بازخورد واقعی دریافت و به بکلاگ وصل میشود یا جلسه فقط نمایش خروجی است.
اگر رتروسپکتیو هر بار همان مشکلها را تکرار میکند، پیگیری اقدامها یا اختیار تیم برای تغییر را بررسی میکنم. ممکن است مشکل اصلی تعریف انجام شده مبهم، وابستگی حل نشده یا حجم کار همزمان بالا باشد. با تیم یک تغییر کوچک و قابلآزمون انتخاب میکنم و اثرش را در اسپرینت بعدی میسنجیم.
-
رفتاری
چه زمانی با یک تصمیم تیم یا مالک محصول مخالفت کردهاید و چگونه موضوع را مطرح کردید؟
سنجش توانایی بازخورددادن به ذینفعان، اتکا به شواهد و حفظ همکاری هنگام اختلاف بر سر فرایند یا ریسک تحویل.
راهنمای پاسخ و نمونه پاسخ
نمونهای انتخاب کنید که مخالفت شما بر مبنای اثر روشن بوده است. مانند ورود کار جدیدی که هدف اسپرینت را تهدید میکرد یا نادیدهگرفتن یک وابستگی مهم. توضیح دهید داده، گزینهها و پیامد هر گزینه را چگونه مطرح کردید.
به تصمیم نهایی و شیوه همراه ماندن با تیم پس از آن اشاره کنید. نقش شما مخالفت برای حفظ تشریفات نیست، بلکه شفافکردن ریسک و کمک به تصمیم آگاهانه است.
در یکی از اسپرینتها، مالک محصول میخواست قابلیت فوری را بدون حذف یا جابهجایی کار دیگری وارد اسپرینت کند. بررسی برد نشان میداد دو آیتم اصلی هنوز در مرحله تست هستند و ورود کار جدید، رسیدن به هدف اسپرینت را پرریسکتر میکند. در گفتوگو، فقط مخالفت خود را با تصمیم محصول بیان نکردم، بلکه اثر انتخاب را روشن کردم.
سه گزینه را مطرح کردم:
ثبت قابلیت برای اسپرینت بعدی
جایگزینکردن آن با یکی از آیتمهای کمارزشتر
یا تغییر صریح هدف اسپرینت با پذیرش ریسک کارهای منتقلشده
مالک محصول پس از شنیدن وضعیت و نظر توسعهدهندگان، گزینه جایگزینی را انتخاب کرد. پس از تصمیم، به تیم کمک کردم تغییر بکلاگ و دلیل آن شفاف ثبت شود و در رتروسپکتیو بررسی کردیم آیا این شیوه تصمیمگیری به همکاری و تمرکز تیم کمک کرده است یا نه.
-
فرهنگی
از یک محیط کاری مناسب برای اثرگذاری اسکراممستر چه انتظاری دارید؟
سنجش تناسب متقابل و اینکه شما شرایط لازم برای بهبود واقعی را میشناسد، نه اینکه فقط به برگزاری جلسهها رضایت دهد.
راهنمای پاسخ و نمونه پاسخ
به اختیار تیم برای بهبود روش کار، دسترسی به افراد لازم برای رفع مانع، شفافیت نقش مالک محصول و امکان گفتوگوی سازنده با مدیران اشاره کنید. در عین حال، انتظار محیط بینقصی را نداشته باشید. توضیح دهید چگونه در محدودیتهای واقعی، تغییرهای کوچک و قابلدفاع ایجاد میکنید.
برای بهبود واقعی، به نظرم تیم باید تا حدی اختیار تغییر روش کار را داشته باشد و بتواند برای رفع موانع به افراد و اطلاعات لازم دسترسی پیدا کند. همچنین شفافبودن نقش مالک محصول و امکان گفتوگوی سازنده با مدیران اهمیت زیادی دارد. البته انتظار ندارم محیط کاری به طور کامل ایدهآل باشد. اگر محدودیتهایی وجود داشته باشد، ابتدا روی تغییرهای کوچک و قابلاندازهگیری تمرکز میکنم. مثلاً یک مشکل مشخص را انتخاب میکنم، راهحل محدودی را با تیم آزمایش میکنم و اثر آن را بررسی میکنم. اگر نتیجه مثبت باشد، آن را ادامه میدهیم و در صورت نیاز تغییر میدهیم.
پرسشهای شما از پنل مصاحبه
-
مالک محصول در این تیم چه کسی است و درباره اولویتبندی بکلاگ چه اختیاری دارد؟
پاسخ نشان میدهد مسئولیت محصول روشن است یا احتمال دارد از اسکراممستر انتظار تصمیمگیری درباره اولویتها داشته باشند.
-
بزرگترین مانع تکرار شونده تیم در چند اسپرینت اخیر چه بوده است؟
کمک میکند مسئله واقعی نقش را بشناسید و تشخیص دهید سازمان برای رفع موانع اختیار و همکاری لازم را فراهم میکند یا نه.
-
تیمها چگونه وابستگی با تیمهای دیگر را ثبت و پیگیری میکنند؟
وابستگیهای بین تیمی بخش مهمی از کار اسکراممستر هستند و پاسخ، بلوغ همکاری سازمانی را روشن میکند.
-
رتروسپکتیوهای تیم اکنون به چه اقدامهایی منتهی میشوند و پیگیری آنها چگونه است؟
مشخص میکند بهبود مستمر در سازمان عملی است یا رتروسپکتیو فقط جلسهای تشریفاتی محسوب میشود.
-
از این نقش انتظار تسهیل یک تیم را دارید یا هماهنگی پروژه و چند تیم را نیز شامل میشود؟
دامنه واقعی مسئولیت و احتمال ترکیبشدن نقش اسکراممستر با مدیریت پروژه را روشن میکند.
-
مدیران وضعیت تحویل و ریسکها را از چه مسیر و با چه سطحی از جزئیات دریافت میکنند؟
کمک میکند بفهمید آیا نیاز به شفافیت سازمان با کنترل فردی و گزارشگیری روزانه اشتباه گرفته میشود یا نه.
-
تیم چه اختیاری برای تغییر روش کار، محدودکردن کار همزمان یا اصلاح توافقهای داخلی دارد؟
اثرگذاری اسکراممستر به امکان آزمایش و بهبود فرایند وابسته است.
-
در این موقعیت، موفقیت اسکراممستر را با چه نشانههای رفتاری یا فرایندی ارزیابی میکنید؟
پاسخ نشان میدهد سازمان بر سلامت همکاری و بهبود جریان کار تمرکز دارد یا فقط انتظار افزایش سرعت ظاهری دارد.
اشتباههای رایج
در ادامه تعدادی از اشتباهاتی که اغلب افراد در مصاحبه شغل «اسکراممستر» انجام میدهند، آمده است. پرهیز از انجام این اشتباهات، میتواند شانس شما را برای پذیرفته شدن از مصاحبه و استخدام نهایی بیشتر کند.
-
تعریف اسکراممستر بهعنوان مدیر پروژه
مرز نقشها را روشن کنید. اگر تجربه هماهنگی پروژه دارید، توضیح دهید کدام بخش آن تجربه به رفع مانع و تسهیل همکاری مربوط بوده و کدام بخش خارج از مسئولیت اصلی اسکراممستر است.
-
ارائه پاسخهای حفظی از Scrum Guide
مفاهیم را با موقعیتی واقعی پیوند دهید. توضیح دهید هدف اسپرینت مبهم چه اثری بر برنامهریزی و دیلی اسکرام میگذارد.
-
پیشنهاد فشار بیشتر برای حل کارهای نیمهتمام
ابتدا علت را با داده و گفتوگو بررسی کنید. درباره اندازه کار، گلوگاه تست، وابستگی، کار همزمان یا تغییر اولویت فرضیه بسازید و اقدام محدود پیشنهاد دهید.
-
استفاده از Jira برای کنترل عملکرد افراد
توضیح دهید برد و سنجهها برای شفافیت جریان کار، ریسکها و بهبود تیمی هستند، نه رتبهبندی اعضا یا تعیین سهمیه فردی.
-
ادعای حل تعارض با جانبداری از یک نقش
در پاسخ، دیدگاه توسعهدهندگان، مالک محصول و اثر مسئله بر هدف اسپرینت را جداگانه بیان کنید و بر ساختن توافق عملی تمرکز کنید.
-
نادیدهگرفتن محدودیت اختیار اسکراممستر
بهجای ادعای اینکه همه موانع را خودتان به صورت شخصی حذف میکنید، مسیر پیگیری، مسئول تصمیم، زمان بازبینی و گزینههای جایگزین را توضیح دهید.
-
پرسشنکردن درباره دامنه واقعی شغل
درباره تعداد تیمها، نقش مالک محصول، مسئولیت گزارشدهی، وابستگیها و انتظار سازمان از این موقعیت پرسش مشخص مطرح کنید.
پس از مصاحبه
تا یک روز کاری پس از مصاحبه، اگر مسیر ارتباطی مشخصی دارید، پیام کوتاهی برای تشکر ارسال کنید. در پیام به یکی از موضوعات واقعی مطرح شده در گفتوگو اشاره کنید، برای مثال، مسئله وابستگیهای بینتیمی یا انتظارات سازمان از رتروسپکتیو. از ارسال توضیحات طولانی یا تلاش برای پاسخدادن دوباره به همه پرسشها خودداری کنید.
پس از مصاحبه، پاسخهای خود را مرور کنید و ببینید آیا مرز نقش اسکراممستر و مالک محصول را بهروشنی توضیح دادهاید؟ آیا برای رفع مانع، مدیریت تعارض و بهبود فرایند، نمونه مشخصی داشتهاید؟ اگر در سناریویی پاسخ ضعیفی دادهاید، آن را به یک تمرین عملی تبدیل کنید، نه فقط یک پاسخ حفظی.
هنگام دریافت پیشنهاد همکاری، فقط عنوان شغلی را مبنا قرار ندهید. درباره تعداد تیمها، میزان اختیار شما برای بهبود فرایند، نقش مالک محصول، مسئولیتهای هماهنگی پروژه و دسترسی به ذینفعان کلیدی سوال کنید. موقعیتی که از اسکراممستر فقط پیگیری وضعیت و برگزاری جلسهها را میخواهد، با نقشی که امکان رفع موانع و ایجاد بهبود واقعی را فراهم میکند، تفاوت دارد.
اگر پاسخ منفی گرفتید، در صورت مناسببودن رابطه حرفهای، بازخورد مشخص درباره فاصله مهارتی یا تجربه موردنیاز بخواهید. سپس برای تقویت مبانی و تمرینهای هدفمند به نقشه راه این شغل مراجعه کنید. اگر مسئله اصلی کمبود تجربه قابلارائه بوده است، راهنمای ورود این شغل به شما کمک میکند تجربه اولیه را هدفمندتر بسازید.
پرسشهای پرتکرار
در این بخش، به تعدادی از پرسشهای رایج درباره این راهنما پاسخ داده شده است.
در مصاحبه اسکراممستر بیشتر سؤال فنی میپرسند یا رفتاری؟
به طور معمول، هر دو نوع سوال مطرح میشود. بخش فنی بر نقشها، رویدادهای اسکرام، بکلاگ، موانع و سنجههای جریان تمرکز دارد. بخش رفتاری و موقعیتی، شیوه شما در تسهیل جلسه، حل تعارض، پیگیری وابستگی و اثرگذاری بدون اختیار مدیریتی را میسنجد.
آیا برای مصاحبه اسکراممستر باید Jira بلد باشم؟
در بسیاری از تیمهای نرمافزاری آشنایی با Jira مزیت عملی است، اما کافی نیست. باید بتوانید توضیح دهید برد کار، موانع، وابستگیها و سنجههای جریان را چگونه برای شفافیت و بهبود تیم به کار میبرید، نه برای کنترل افراد.
اگر سابقه رسمی اسکراممستر ندارم، در مصاحبه چه ارائه کنم؟
تجربههای نزدیک مانند تسهیل جلسه تیمی، پیگیری مانع، هماهنگی وابستگی، اجرای رتروسپکتیو یا بهبود روش همکاری را انتخاب کنید. مسئله، اقدام، نقش خودتان و نتیجه قابل مشاهده را دقیق بیان کنید. برای ساخت سابقه اولیه، راهنمای ورود این شغل را ببینید.
آیا گواهینامه اسکرام برای موفقیت در مصاحبه کافی است؟
خیر. گواهینامه میتواند آشنایی شما با مفاهیم را نشان دهد، اما به طور معمول مصاحبهگر میخواهد ببیند در مسئلههای واقعی مانند تعارض، کار نیمهتمام و وابستگی بینتیمی چه قضاوتی دارید.
در پاسخ به سناریوی کارهای نیمهتمام چه نکتهای مهم است؟
از مقصرشناسی یا پیشنهاد فشار بیشتر شروع نکنید. الگوی کارهای منتقلشده، گلوگاه، کار در جریان، اندازه آیتمها، وابستگیها و تغییرهای میانه اسپرینت را بررسی کنید. سپس یک اقدام کوچک و قابلپیگیری متناسب با علت پیشنهاد دهید.
چه پرسشی از کارفرما برای اسکراممستر مهمتر است؟
روشنبودن دامنه نقش اهمیت زیادی دارد. بپرسید مالک محصول چه کسی است، چند تیم زیر پوشش این نقش هستند، موانع رایج چیست و آیا مسئولیت هماهنگی پروژه یا گزارشدهی نیز به این موقعیت واگذار میشود.
