معرفی
این بخش تصویری کلی از مسیر، تعداد مراحل، زمان مورد نیاز و منطق چینش آنها را ارائه میدهد.
«اسکرام» (Scrum) مجموعه سادهای از جلسهها یا ابزار Jira نیست. شما باید به تیم کمک کنید تا مسئله واقعی فرایند را ببیند، درباره آن گفتوگو کند و تغییری کوچک اما قابل پیگیری را رقم بزند. به همین دلیل، این مسیر ابتدا منطق اسکرام و کار تیم نرمافزار را میسازد و سپس به تسهیلگری، رفع مانع، سنجههای جریان و مربیگری میرسد.
این نقشه راه ۸ گام دارد. تکمیل آن بسته به پیشزمینه شما در محصول یا توسعه نرمافزار و زمان هفتگی، حدود ۱۸۰ تا ۲۸۰ ساعت زمان میبرد. در صورت داشتن تجربه قبلی در تیم محصول، بخش مفاهیم پایه کوتاهتر میشود، اما تمرین تسهیلگری و دریافت بازخورد از تیمهای واقعی را نباید حذف کنید.
مقصد مسیر، کسب توانایی اداره «اسپرینت» (Sprint) از برنامهریزی تا بازبینی و «رتروسپکتیو» (Retrospective) است. برای تعریف مسئولیتها، رویدادها، مصنوعات و تعهدهای اسکرام، متن راهنمای رسمی اسکرام را مبنای یادگیری قرار دهید. مرز نقش اسکراممستر با مالک محصول، نیازمند برنامهنویس بودن یا نبودن و جایگاه گواهینامهها در صفحه شغل اسکراممستر توضیح داده شدهاند.
برای ساخت سابقه اولیه، ارائه رزومه و درخواست شغل، راهنمای ورود به شغل اسکراممستر را دنبال کنید. راهنمای مصاحبه شغلی اسکراممستر نیز آمادگی برای گفتوگوهای استخدامی را پوشش میدهد.
مخاطبان نقشه راه
برای افرادی مناسب است که میخواهند در تیمهای نرمافزاری یا محصول بهعنوان اسکراممستر فعالیت کنند، بهویژه اعضای تیم، تحلیلگران، توسعهدهندگان، کارشناسان QA، مدیران پروژه یا افراد فعال در حوزه محصول که تجربه اولیه همکاری تیمی دارند. این مسیر از آشنایی با مبانی توسعه نرمافزار شروع میشود و نیازی به برنامهنویسی ندارد.
دستاورد پایانی
در پایان مسیر، میتوانید رویدادهای اسکرام را برای تیم تسهیل کنید، هدف اسپرینت و توافقهای تیم را شفاف کنید، مانعها و وابستگیها را پیگیری کنید و نتیجه رتروسپکتیو را به اقدامهای قابلسنجش برای بهبود تبدیل کنید. همچنین میتوانید با «Jira» و «Confluence» شواهد فرایند را ثبت و بررسی کنید. این تواناییها برای شروع در موقعیتهای جونیور یا نقشهای ترکیبی اسکراممستر و هماهنگکننده چابک کاربرد دارند.
پیشنیازها
موارد زیر پایههای لازم برای شروع را نشان میدهند.
- توانایی خواندن منابع انگلیسی در حد راهنماهای فنی و حرفهای
- آشنایی مقدماتی با کار تیمی در یک پروژه نرمافزاری، محصولی یا خدماتی
- درک کلی از چرخه توسعه نرمافزار، شامل تحلیل، توسعه، تست و انتشار
- دسترسی به یک تیم کوچک، پروژه تمرینی یا گروه همآموز برای تمرین تسهیلگری
مسیر یادگیری شغل اسکراممستر
-
۲۰ ساعت
شناخت کار تیم محصول و چرخه تحویل نرمافزار
هدف گام: درک کنید تیم نرمافزار چگونه از مسئله و نیازمندی به نسخه قابلاستفاده میرسد و اسکراممستر کجا میتواند مؤثر باشد.
پیش از یادگیری چارچوب اسکرام، مسیر واقعی کار را بشناسید. نحوه ثبت مسئله یا نیاز کاربر، فرد تصمیمگیرنده درباره اولویتها، نحوه اجرای توسعه و تست و زمان قابلیت انتشار تغییرات را بررسی کنید. برنامهنویسی ضرورت ندارد، اما زبان مشترکی با توسعهدهنده، طراح و کارشناس تست ایجاد کنید.
روی تفاوت «فعال بودن افراد» و «پیش رفتن کار» تمرکز کنید. توقف کار بهدلیل وابستگی، ابهام نیازمندی یا انتظار برای بازبینی را در کنار مشغول بودن افراد مشاهده کنید. این مشاهدات پایه کار بعدی شما را در شناسایی مانع و بهبود جریان میسازند.
مهارتها
مفاهیم تکمیلی
- چرخه توسعه و انتشار نرمافزار
- نقشهای رایج در تیم محصول
- تفاوت خروجی، نتیجه و ارزش محصول
- وابستگی میان تحلیل، توسعه، تست و انتشار
- کار نیمهتمام و هزینه جابهجایی بین کارها
پروژه پیشنهادی: فرایند تحویل فرضی برای قابلیت «ثبت سفارش» در محصولی را طراحی کنید. مراحل، نقشهای درگیر، نقاط انتظار و سه مانع احتمالی را روی یک صفحه بنویسید.
معیار پایان گام: میتوانید توضیح دهید چرا اسکراممستر مالک اولویت محصول یا مدیر مستقیم اعضای تیم نیست و دستکم سه نوع مانع در جریان تحویل را مثال بزنید.
-
۲۸ ساعت
یادگیری مبانی چابک و چارچوب اسکرام
هدف گام: اجزای اسکرام را از روی راهنمای رسمی آن بفهمید و بتوانید آنها را به یکی از مسائل تیمی ربط دهید.
راهنمای رسمی اسکرام را با دقت بخوانید. نقشها، رویدادها، تعهدها و مصنوعات اسکرام را از هم تفکیک کنید. به حفظ کردن نام جلسهها بسنده نکنید و هدف هر رویداد و نشانههای تبدیل آن به جلسه نمایشی را بشناسید.
رابطه هدف محصول، «بکلاگ محصول» (Product Backlog)، هدف اسپرینت، بکلاگ اسپرینت و تعریف انجام شده را تمرین کنید. تمرکز خود را بر فهم مرز مسئولیتها و تسهیل شفافیت بکلاگ در همکاری با مالک محصول بگذارید و از تعیین اولویت آن پرهیز کنید.
اسکرام را به عنوان برنامهای ثابت برای همه تیمها تلقی نکنید. تیمها ممکن است برای مسئله خود از روشهای چابک دیگری نیز استفاده کنند. اما در صورت انتخاب اسکرام، قواعد و هدف آن را آگاهانه رعایت کنید.
مهارتها
مفاهیم تکمیلی
ارزشها و اصول چابکمسئولیتهای اسکرامهدف محصول و هدف اسپرینتبکلاگ محصول و بکلاگ اسپرینتتعریف انجامشدهشفافیت، بازرسی و انطباقکاربرد و محدودیت رویدادهای اسکرامپروژه پیشنهادی: برای محصولی فرضی، هدف محصول، پنج آیتم بکلاگ، هدف اسپرینت و تعریف انجام شده اولیه بنویسید. سپس مشخص کنید هر رویداد اسکرام چه تصمیمی باید برای این تیم ایجاد کند.
معیار پایان گام: میتوانید نقش اسکراممستر، مالک محصول و توسعهدهندگان را بدون همپوشانی مسئولیتها توضیح دهید و هدف هر رویداد اسکرام را بیان کنید.
-
۳۶ ساعت
تمرین تسهیلگری رویدادهای اسکرام
هدف گام: جلسههایی هدفمند برگزار کنید که به تصمیم، شفافیت یا اقدام مشخص برسند.
تسهیلگری را از اداره دستوری جلسه تفکیک کنید. پیش از هر جلسه، هدف، ورودی، مشارکتکنندگان، زمان و خروجی مورد انتظار را روشن کنید. در طول جلسه با پرسشهای باز، مدیریت زمان و خلاصهسازی بیطرفانه به خود تیم کمک کنید تا تصمیم بگیرد.
از برنامهریزی اسپرینت، «دیلی اسکرام» (Daily Scrum)، بازبینی و رتروسپکتیو قالب ثابتی نسازید. برای مثال، دیلی اسکرام را به ابزاری برای بررسی پیشرفت نسبت به هدف اسپرینت تبدیل کنید و آن را از حالت گزارش فردی به اسکراممستر خارج سازید.
پس از هر تمرین، نظر شرکتکنندگان را درباره بخشهای مفید جلسه و موانع گفتوگوی واقعی جویا شوید.
مهارتها
ابزارها
مفاهیم تکمیلی
طراحی دستور جلسه و خروجی قابلمشاهدهپرسشگری باز و گوشدادن فعالمدیریت زمان و مشارکت برابرتسهیل برنامهریزی اسپرینتتسهیل بازبینی اسپرینتتسهیل رتروسپکتیوثبت تصمیمها و توافقهای تیمپروژه پیشنهادی: با یک گروه سه تا پنجنفره، برنامهریزی اسپرینت ۶۰ دقیقهای و رتروسپکتیو ۴۵ دقیقهای اجرا کنید. دستور جلسه، خروجیها و بازخورد شرکتکنندگان را در Confluence ثبت کنید.
معیار پایان گام: برای دو رویداد متفاوت اسکرام، دستور جلسه، هدف، زمانبندی و خروجی مکتوب دارید و بازخورد حداقل سه شرکتکننده را بررسی کردهاید.
-
۲۶ ساعت
شفافسازی کار و کار با برد تیم
هدف گام: برد کار را برای مشاهده جریان تیم به کار ببرید، نه برای کنترل افراد.
در این گام، پروژهای تمرینی را در Jira ثبت و جریان آن را قابل مشاهده کنید. وضعیتهای برد باید با فرایند واقعی تیم همخوان باشند. اضافه کردن ستونهای زیاد، ابهام را پنهان میکند. معیار پذیرش، مسئولیت روشن برای پیگیری و تعریف انجام شده به تیم کمک میکنند درباره وضعیت کار برداشت مشترک داشته باشند.
با مالک محصول یا نماینده او تمرین کنید که چه چیزی متعلق به بکلاگ محصول است و چه چیزی تصمیم تیم در اسپرینت است. اسکراممستر نباید بهجای مالک محصول اولویت تعیین کند یا با تغییر ظاهری برد، مسئلههای کیفیت و وابستگی را مخفی کند.
مهارتها
ابزارها
مفاهیم تکمیلی
- طراحی وضعیتهای برد بر اساس جریان واقعی کار
- شفافیت آیتمهای بکلاگ
- معیار پذیرش و تعریف انجامشده
- تفکیک کار برنامهریزیشده و کار پیشبینینشده
- ثبت توافقهای کاری تیم
- مرور کارهای نیمهتمام در پایان اسپرینت
پروژه پیشنهادی: پروژهای فرضی با حداقل ۱۲ آیتم کاری در Jira بسازید. برای آن معیاری برای برد، هدف اسپرینت، پذیرش و صفحه توافقهای کاری تیم در Confluence ایجاد کنید.
معیار پایان گام: میتوانید با نگاه به برد، کارهای نیمهتمام، وابستگیها و مواردی را که برای رسیدن به هدف اسپرینت نیازمند گفتوگو هستند تشخیص دهید.
-
۲۸ ساعت
شناسایی و پیگیری موانع و وابستگیها
هدف گام: مانعهای فرایندی را از مسئلههای فردی جدا کنید و برای رفع آنها پیگیری مسئولانه طراحی کنید.
تعریف مانع را از خطای فنی یا تاخیر فردی فراتر ببرید. دسترسی نداشتن به محیط، تصمیم نگرفتن ذینفع، وابستگی به تیم دیگر، ابهام معیار پذیرش و وقفههای تکرار شونده، جریان کار را متوقف میسازند. ابتدا مانع را با شواهد و اثر آن بر هدف اسپرینت توصیف کنید و سپس فرد یا گروه مسئول پیگیری را مشخص سازید.
پیگیری موثر را بدون انجام دادن کار به جای تیم پیش ببرید. مسئله را آشکار کنید، مسیر رفع آن را تسهیل سازید، زمان بازبینی تعیین کنید و نتیجه را به ثبت برسانید. در صورت تکرار مانع، آن را برای بررسی علت سیستمی به جلسه رتروسپکتیو ببرید.
مهارتها
ابزارها
مفاهیم تکمیلی
- تفاوت مانع، ریسک و مسئله فردی
- ثبت اثر مانع بر هدف اسپرینت
- نقشه وابستگیهای بینتیمی
- پیگیری شفاف و زماندار
- ارجاع مسئله به سطح تصمیمگیری مناسب، بدون سرزنش
- تحلیل علت تکرار مانع
پروژه پیشنهادی: برای اسپرینت تمرینی، دستکم پنج مانع یا وابستگی فرضی ثبت کنید. برای هر مورد، اثر، مسئول پیگیری، اقدام بعدی، تاریخ بازبینی و وضعیت نهایی را مستند کنید.
معیار پایان گام: میتوانید مانعی را با شواهد توضیح دهید، مسئولیت پیگیری را بدون تصاحب کار تیم تعیین کنید و تشخیص دهید چه زمانی باید موضوع را به سطح بالاتر منتقل کرد.
-
۳۰ ساعت
تبدیل رتروسپکتیو به بهبود مستمر
هدف گام: بازخورد اسپرینت را به آزمایشهای کوچک و قابلارزیابی برای بهبود روش کار تبدیل کنید.
رتروسپکتیو را از فهرست شکایتها متمایز کنید. موضوع مشخصی را انتخاب کرده، داده یا نمونه مشاهده شده بیاورید، فضای گفتوگوی امن بسازید و فقط یک یا دو اقدام کوچک انتخاب کنید. اقدام خوب را با مالک مشخص، زمان بازبینی و نشانه موفقیت طراحی کنید.
اجرا و اثر اقدام را در اسپرینت بعدی بررسی کنید. در صورت عدم حصول نتیجه، فرضیه را اصلاح کنید و آن را شکست شخصی تلقی نکنید. تمرکز این گام را بر یادگیری تیم بگذارید و از ساختن گزارشهای ظاهرا مثبت برای مدیران پرهیز کنید.
مهارتها
ابزارها
مفاهیم تکمیلی
ایجاد امنیت روانی در گفتوگوانتخاب موضوع رتروسپکتیو بر اساس شواهدتحلیل علت ریشهای در سطح تیمطراحی اقدام بهبود کوچکمالکیت و زمان بازبینی اقدامارزیابی اثر تغییر فرایندپروژه پیشنهادی: دو رتروسپکتیو برای تیم تمرینی برگزار کنید. در رتروسپکتیو اول اقدامی را برای بهبود انتخاب کنید و در جلسه دوم، شواهد اجرای آن و اثرش بر کار تیم را بررسی کنید.
معیار پایان گام: میتوانید اقدام بهبود را با مالک، زمان بازبینی و نشانه موفقیت تعریف کنید و نتیجه آن را در رتروسپکتیو بعدی بررسی کنید.
-
۲۴ ساعت
تحلیل جریان کار و سنجههای چابک
هدف گام: از سنجهها برای طرح پرسش و کشف گلوگاه استفاده کنید، نه برای رتبهبندی یا فشار آوردن به افراد.
سنجههای جریان مانند زمان چرخه، تعداد کارهای در جریان و روند تکمیل کار را به عنوان نشانه گلوگاهها بررسی کنید. اما فقط علت مسئله را از آنها استخراج نکنید. دادهها را همراه با مشاهده برد، گفتوگو با اعضای تیم و شناخت تغییرهای اسپرینت تفسیر کنید.
یادگیری را با دادههای ساده و قابلاتکا آغاز کنید. در صورت نامنظم بودن وضعیتهای Jira یا ابهام در تعریف انجامشده، نمودارها شما را گمراه میکنند. همزمان با طرح هر سنجه، پرسش عملی آن مانند «علت انباشت کارها پیش از مرحله تست چیست؟» را بیان کنید.
مهارتها
ابزارها
مفاهیم تکمیلی
زمان چرخه و زمان انتظارکار در جریان و کار نیمهتمامروند تکمیل کار در اسپرینتگلوگاههای تحلیل، توسعه و تستکیفیت دادههای برد کارتفسیر سنجه همراه با گفتوگوپرهیز از سنجش فردی با دادههای تیمپروژه پیشنهادی: داده یکی از پروژههای تمرینی را از Jira استخراج کرده یا در صفحهگستردهای نمونه ثبت کنید. گلوگاه احتمالی را شناسایی کنید، دو فرضیه برای علت آن بنویسید و آزمایشی را برای بهبود پیشنهاد دهید.
معیار پایان گام: میتوانید تفاوت مشاهده، سنجه و تفسیر را توضیح دهید و از یک سنجه جریان برای طرح یک پرسش مشخص درباره کار تیم استفاده کنید.
-
۴۰ ساعت
مربیگری، حل تعارض و اجرای شبیهسازی کامل
هدف گام: مهارتهای گامهای پیشین را در چرخه کامل اسپرینت تمرین کنید و بازخورد مستند بگیرید.
بهجای ارائه پاسخ آماده، پرسشهایی را تمرین کنید که تیم را به مشاهده و تصمیمگیری مشترک میرسانند. هنگام بروز تعارض، موضع افراد را به مسئله و نیاز اصلی بازگردانید. گفتوگویی را هدایت کنید که به تصمیم و اقدام روشن منجر شود و از توافق اجباری پرهیز کنید.
اسپرینت شبیهسازی شده یا واقعی را شامل برنامهریزی، دیلیها، پیگیری مانع، بازبینی، رتروسپکتیو و بررسی اقدام بهبود اجرا کنید. درباره تاثیر جلسات در تصمیمگیری، شفافیت مانعها و حفظ فضای مشارکت، از اعضای تیم بازخورد مستقیم بگیرید. گواهینامههایی مانند PSM یا CSM مفاهیم را ساختار میدهند، اما جای این تمرین عملی و بازخورد تیمی را پر نمیکنند.
مهارتها
مربیگری چابکحل تعارض در تیمهای محصول و نرمافزارتسهیلگری تیممدیریت ذینفعانشناسایی و رفع موانع تیمتحلیل جریان کار و سنجههای چابکابزارها
مفاهیم تکمیلی
مربیگری با پرسش بهجای دستوربازخورد سازنده و بیطرفانهتسهیل تعارض درباره اولویت و فرایندمدیریت انتظار ذینفعاناجرای چرخه کامل اسپرینتجمعآوری بازخورد از اعضای تیممستندسازی شواهد یادگیری و بهبودپروژه پیشنهادی: چرخه کامل اسپرینت را با تیمی سه تا هفتنفره اجرا کنید. شامل دستور جلسهها، برد «Jira»، ثبت موانع، خروجی بازبینی، رتروسپکتیو، اقدامی برای بهبود و بازخورد ناشناس اعضا باشد.
معیار پایان گام: نمونه مستندی از اجرای کامل اسپرینت دارید که نشان میدهد چگونه جلسهها را تسهیل کردید، چه مانعی را پیگیری کرده، چه سنجهای را بررسی کردهاید و چه بهبودی را ارزیابی میکنید.
زمان تقریبی یادگیری
برآورد مجموع زمان آموزش، مطالعه و تمرین تا رسیدن به سطح کاربردی؛ بسته به پیشزمینه شما میتواند کمتر یا بیشتر باشد.
ابزارهای مسیر
برای آشنایی بهتر با این مسیر، توجه به موارد زیر میتواند مفید باشد.
خطاهای رایج مسیر
موارد زیر تصویری کلی از این بخش برای این مسیر ارائه میکنند.
-
تبدیل دیلی اسکرام به گزارشدهی به اسکراممستر
هدف دیلی را بررسی پیشرفت نسبت به هدف اسپرینت نگه دارید. بهجای پرسیدن گزارش تکتک افراد، از تیم بخواهید کارهای لازم برای نزدیک شدن به هدف و مانعهای پیش رو را بررسی کند.
-
مدیر شدن به جای تسهیلگر بودن
کارها را به افراد تخصیص ندهید و بهجای تیم تصمیم نگیرید. مسئله، گزینهها و پیامدها را شفاف کنید تا تیم بتواند مسئولیت تصمیم و اجرا را حفظ کند.
-
تمرکز بر اجرای مراسم بدون نتیجه
برای هر رویداد، خروجی قابل مشاهده تعریف کنید. مانند هدف اسپرینت، تصمیم بازبینی یا اقدام بهبود. اگر جلسه به این خروجی نمیرسد، طراحی و تسهیل آن را بازنگری کنید.
-
استفاده از Jira برای نظارت فردی
برد و سنجهها را برای فهم جریان کار تیم به کار ببرید، نه مقایسه عملکرد افراد. داده را همراه با گفتوگو و زمینه واقعی تفسیر کنید.
-
ثبت مانع بدون پیگیری روشن
برای هر مانع، اثر، مسئول پیگیری، اقدام بعدی و زمان بازبینی ثبت کنید. اگر مانع تکرار میشود، علت سیستمی آن را در رتروسپکتیو بررسی کنید.
-
انتخاب اقدامهای بزرگ و مبهم در رتروسپکتیو
بهجای عبارتهایی مانند «ارتباطات را بهتر کنیم»، تغییری کوچک، دارای مالک و قابلارزیابی انتخاب کنید، برای مثال، تعیین زمان پاسخگویی به درخواست بازبینی کد.
-
حل کردن همه مسئلهها به جای تیم
در رفع مانع نقش فعال داشته باشید، اما کار تیم را تصاحب نکنید. با پرسش، ایجاد ارتباط و برداشتن محدودیتهای سازمانی، توان حل مسئله جمعی را تقویت کنید.
-
نادیده گرفتن دامنه واقعی موقعیت شغلی
در آگهیها و گفتوگوهای اولیه مشخص کنید آیا نقش شامل هماهنگی پروژه، گزارشدهی مدیریتی، مربیگری چند تیم یا مسئولیتهای دیگر نیز هست. این موارد با اسکراممستری خالص یکسان نیستند.
چکلیست آمادگی شغلی
چکلیست زیر کمک میکند هیچ نکته مهمی را از قلم نیندازید:
- میتوانم تفاوت مسئولیت اسکراممستر، مالک محصول و توسعهدهندگان را توضیح دهم.
- میتوانم برنامهریزی اسپرینت، بازبینی و رتروسپکتیو را با هدف و خروجی روشن تسهیل کنم.
- میتوانم برد Jira را برای شفافسازی جریان کار، نه کنترل فردی، تنظیم و بررسی کنم.
- میتوانم مانع، ریسک و مسئله فردی را از هم تفکیک و پیگیری هرکدام را مستند کنم.
- میتوانم اقدامی را برای بهبود کوچک با مالک، زمان بازبینی و نشانه موفقیت تعریف کنم.
- میتوانم زمان چرخه، کار نیمهتمام یا گلوگاه را همراه با زمینه تیم تفسیر کنم.
- میتوانم در تعارضهای تیمی بیطرف بمانم و گفتوگو را به تصمیم عملی نزدیک کنم.
- نمونه مستندی از تسهیل چرخه کامل اسپرینت، شامل مانع و اقدام بهبود، دارم.
پرسشهای پرتکرار
اگر درباره این مسیر پرسشی دارید، ممکن است پاسخ آن را در میان موارد زیر پیدا کنید.
برای یادگیری اسکراممستری باید برنامهنویس باشم؟
خیر، برنامهنویسی پیشنیاز این مسیر نیست، اما باید چرخه تحویل نرمافزار را در حد همکاری با تیم بفهمید. برای جزئیات مرز این نقش با نقشهای فنی، صفحه شغل اسکراممستر را ببینید.
یادگیری مسیر اسکراممستر چقدر زمان میبرد؟
بسته به پیشزمینه و زمان هفتگی شما، حدود ۱۸۰ تا ۲۸۰ ساعت تمرین و یادگیری نیاز است. کسی که تجربه تیم محصول دارد معمولاً مفاهیم پایه را سریعتر پیش میبرد، اما تسهیلگری، حل تعارض و بهبود فرایند فقط با تمرین مکرر رشد میکنند.
آیا فقط با گذراندن دوره اسکرام آماده کار میشوم؟
خیر. دوره میتواند مفاهیم را منظم کند، اما برای آمادگی عملی باید چند جلسه واقعی یا شبیهسازی شده تسهیل کنید، مانعها را پیگیری کنید و نتیجه رتروسپکتیو را در اسپرینت بعدی بسنجید.
برای اسکراممستر شدن Jira ضروری است؟
Jira ابزار رایجی در تیمهای نرمافزاری است و یادگیری آن مفید است، اما اصل کار شما فهم جریان، تسهیل گفتوگو و بهبود فرایند است. ابزارهای دیگر نیز ممکن است در شرکتها استفاده شوند. بنابراین به منطق برد کار وابسته شوید، نه فقط منوهای ابزارها.
گواهینامه PSM یا CSM را در چه مرحلهای بگیرم؟
گواهینامه را زمانی پیگیری کنید که در آگهیهای هدف شما الزام یا امتیاز ترجیحی باشد، ارائهدهنده و هزینه آن برایتان قابلدسترسی باشد و مبانی اسکرام را آموخته باشید. ترتیب یادگیری و آزمون دادن الزام PSM یا CSM نیست. برای شرایط رسمی PSM به <a href="scrum.org; و برای CSM به <a href="scrumalliance.org Alliance</a> مراجعه کنید.
اگر تیم من از اسکرام استفاده نکند، این مسیر کاربرد دارد؟
بله، بخشهای تسهیلگری، مشاهده جریان کار، حل تعارض و بهبود مستمر در روشهای چابک دیگر نیز کاربرد دارند. با این حال، ابتدا اسکرام را دقیق یاد بگیرید تا بتوانید آگاهانه تشخیص دهید کدام بخش آن برای مسئله تیم مناسب است.
