یک فریم وُرک، چند راه حل
در مورد فریم وُرک اسکرام مقالات بسیاری نوشته شده است. برای آشنایی با این فریم ورک می توانید به خود سایت اسکرام سر بزنید؛ یا با گوگل کردن در مورد آن، با این فریم ورک آشنا بشوید. اما چیزی که من می خواهم در مورد آن صحبت کنم مشکلاتی هست که در مسیر اجرای این فریم ورک سر راه شما سبز خواهند شد. و روش هایی که می توان با آن ها این مشکلات را حل نمود. لطفا توجه داشته باشید از آنجا که در این مقاله از کلمات تخصصی اسکرام استفاده شده است، توصیه می شود قبل از خواندن این مقاله در مورد اسکرام مطالعه کنید.
اسکرام خوب است، خیلی هم خوب است.
راستش را بخواهید ما ایرانی ها خیلی با کار تیمی آشنایی نداریم، از بچگی هم در فوتبال همیشه دعوایمان می شد؛ و با بقیه آبمان توی یک جوب نمی رفت. اکثر افراد این مشکل را بخاطر عدم وجود آموزش مناسب می دانند. این مشکل هم روی صدها مشکل دیگری که سازمان آموزش و پرورش راه حل آن را به ما نمی آموزد.
اما خب چکار کنیم؟ نمی توان دست روی دست گذاشت و کاری نکرد، مخصوصا در دنیایی که دیگر نمی توان کاری را به تنهایی انجام داد. در این میان اسکرام همانند یک قهرمان اساطیری وارد میدان می شود، و ما را از مهلکه نجات می دهد. اسکرام کمک می کند مدل ذهنیمان را از حالتی آشفته به حالتی با برنامه تغییر دهیم؛ و چی بهتر از این؟ اما یک سری مشکل و مسئله وجود دارد که آن هم در اجرای اسکرام رخ می دهد، و مشکل از خود آن نیست.
در اسکرام جلسات زیادی وجود دارد.
جلسه خوب است، اصلا لازم است. اما کوتاه! در اسکرام ما در هر sprint یا دوره ی چرخشی که این فریم ورک را اجرا می کنیم، دست کم باید ۲ یا ۳ جلسه برگزار کنیم که همه آنها هم واجب هستند؛ اما اشتباهات فردی یا تیمی باعث می شود که این جلسات به اندازه کافی مفید واقع نشوند.
از آنجا که مدیریت جلسات در اسکرام با scrum master است و محتوای این جلسات را معمولا product owner تهیه می کند، چنانچه جلسات خوب اجرا نشوند، بخاطر ضعف یکی از این نقش هاست.
مشکلات Scrum Master
- ممکن است برای اینکه تیم به شفافیت لازم در task ها برسد زمان زیادی تلف شود. به عنوان مثال چنانچه task ها پیش نیازی داشته باشند و scrum master این پیش نیازها را تهیه نکند، تیم نمی تواند کار خود را شروع کند. برای این مشکل توصیه می شود که فرهنگی در تیم شکل بگیرد تا برای شروع یک task از استانداردی مشخص پیروی شود.
- اگر scrum master کنترل زمان را نداشته باشد، ممکن است اعضای تیم برای شفافیت task با یکدیگر بحث کنند تا به نتیجه برسند اما این موضوع باعث شود که اعضای دیگر خسته شوند و جلسه کسل کننده شود.
- چنانچه یک فرد scrum master چند پروژه مختلف باشد، ممکن است برای راحتی کار جلسات این پروژه ها با هم برگزار بشوند، که اصلا توصیه نمی شود.
این ها مشکلاتی بود که ممکن است بخاطر scrum master بوجود بیاید.
مشکلاتی که به خاطر عدم آمادگی Product Owner ممکن است رخ دهند.
product owner به عنوان عقل کل اسکرام شناخته می شود. پس می توان پیش بینی کرد اگر اشتباه یا کوتاهی از طرف product owner باشد، کل پروسه اسکرام دچار مشکل می شود. در اینجا چند تا از اشتباهات را لیست می کنم.
- product owner موظف است با stockholder ها در تعامل کامل باشد، تا بتواند نیازهای پروژه را به صورت کامل و درست به تیم منتقل کند، و اگر این تعامل مناسب نباشد یا انتقال درست اطلاعات درست صورت نگیرد، ممکن است که توسعه محصول بر اساس نیازها و خواسته های stockholder ها انجام نشود، و این به خودی خود یک فاجعه است.
- باید دید کاملی از اعضای تیم داشته باشد و تسک مناسب هر فرد را به او بدهد. یک داستان معروفی وجود دارد که از پادشاهی که حکومت خود را از دست داده بود می پرسند که چرا حکومت تو نابود شد و او جواب می دهد که کارهای بزرگ را به آدم های کوچک و کارهای کوچک را به آدم های بزرگ دادم! اگر این اتفاق در یک تیم بیافتد کم و بیش می دانیم آخر داستان چه می شود.
- این دید product owner است که آخر به عنوان محصول نهایی به دست کاربر می رسد، پس چنانچه به صورت کلی محصولی که منتشر می شود نیازهای کاربر را به خوبی پوشش ندهد، از اشتباهات product owner است.
مشکلاتی که به خاطر اعضای تیم ممکن است رخ دهند.
- مهم ترین اشتباهی که اعضای تیم ممکن است انجام بدهند این است که زمان بندی مناسب را انجام ندهند، به عنوان مثال تسکی که ۱۰ ساعت زمان می برد را بگویند در ۳ ساعت انجام می دهند؛ این باعث می شود که زمان بندی کلی تیم برای انجام یک ویژگی محصول که در یک sprint باید انجام شود دچار مشکل شود.
- آماده نشدن برای جلسات! به عنوان مثال در جلسه review که در آن هر فرد باید قسمتی که توسعه داده است را به نمایش بگذارد، اگر فردی در این جلسه آماده نباشد، باعث می شود که بقیه نتوانند این ویژگی محصول را ببینند و در صورت لزوم اشتباهات آن را گوشزد کنند.
این ها تعدادی از مشکلاتی بودند که من با آن ها مواجه شده ام یا شاهد آن ها بوده ام؛ امیدوارم کمکی به انجام درست این روش بکند.
© تصویر این صفحه از teachertech.website و تصویر معرفی جستار از devbridge.com است.
امیرحسین ولیدآبادی
امیرحسین در دانشگاه صنعتی شاهرود مهندسی نرم افزار خوانده. او به موسیقی، کتاب، سینما و برنامه نویسی استارت آپ ها علاقه دارد. و تجربه چند استارت آپ شکست خورده را نیز به همراه دارد.
تشکر.