در اسکرام اعضا برابرند یا هر کدام نقش و سمتی دارند؟

خیلی وقت‌ها تو استانداردها و روش‌های مدیریت پروژه به توصیه‌های متناقض بر می‌خوریم. شاید برای شما هم پیش آمده باشه،  مثلا تو خیلی از چهارچوب‌های چابک با تشویق اعضای تیم پروژه مخالفیم، در حالی که داشتن نظام تشخیص و تشویق تو PMBOK لازمه!خوب، حالا کدوم درست می‌گه؟ باید چیکار کنیم؟ 

یا مثلا داشتن تعریف‌های دقیق و شفاف از نقش‌ها و مسئولیت‌ها تو PRINCE2 واجبه (از اصول زیربناییه)، در حالی که مثلا تو تیم تولید اسکرام تعریف هیچ نقش و سمتی مجاز نیست، همه مثل هم هستن. کدوم درست می‌گه؟ با من همراه بشید تا به این سوال پاسخ بدم

چطور سند اسپرینت تهیه کنیم؟!

سلام دوستان و همراهان من از این که افتخار این را دارم که بار دیگر با شما در رابطه با چابکی صحبت کنم خوشحالم!

در مقاله قبلی راجع به این که اسکرام چی هست و به چه درد ما می خوره صحبت کردیم و قرار شد توی این مقاله مسئله اسپرینت را باز کنیم و ببینیم جریان در یک پروژه واقعی چیه!


اسکرام چی هست و به چه درد ما می خوره؟

 از این که یکم نوشتن این مقاله طول کشید پوزش می طلبم! خب! مثل تمام مستند‌های ایرانی همون اول میریم سراغ معنی لغوی اسکرام (Scrum): معنی لغوی نداره و خیالتون راحت، اما اصطلاحاً شروع دوباره تو بازی راگبی رو اسکرام میگن؛ یعنی هر وقت به هر دلیلی، مثل خطا یا بیرون افتادن توپ بازی متوقف بشه، با اسکرام بازی شروع میشه. شاید دیده باشید بازیکن ها دور هم جمع میشن، سرشونو میگیرن پایین. اسکرام(scrum) یک روش گروهی برای تولید و توسعه نرم افزار است. این چارچوب یک مدل تکراری(iterative) از متدولوژی Agile (سیستم چابک) برای حل مسایل پیچیده است. با اسکرام این امکان وجود خواهد داشت که مسایل پیچیده به راحتی مدیریت گردد. اگه اسکرام رو تو گوگل سرچ کنیم، یه چیزی تو همین مایه‌ها رو برامون میاره، اما قطعاً من نمیخوام همین کارو برای شما تکرار کنم. خب! یه مسأله بنام اسکرام داشتیم یه مسأله‌ی جدید اضافه شد به‌نام سیستم چابک. همین روش رو ادامه بدیم میرسیم به شرکت‌های چابک، بعدشم چندتا تعریف دیگه و هرکدوم از اینا یه تاریخچه‌ای دارن و یکی دو نفر که احتمال قریب به یقین ژاپنی هم بودن رو معرفی میکنیم که لااقل شما حوصله خوندن همشو ندارید. الان سالهاست که شرکت های مطرح و تیم های نرم افزاری چابک و موفق از این روش استفاده می کنند.

اسکرام یه جلسه ست که روزانه و معمولاً در اولین ساعت کاری بین یک گروه توسعه‌ی نرم‌افزار برگزار میشه. بچه‌ها میان کارهایی که روز گذشته انجام دادن و روز آینده میخوان انجام بدن رو خیلی سریع میگن و تموم.


خب چرا روزانه؟ صبر میکردیم تا کار به یه جای خوب و افتخارآمیز برسه تا بشه به بقیه هم توضیح داد؟ با من همراه باشید