پروفایل برنامه ریزی و کنترل پروژه

نادر خرمی راد

کدوم توصیه درسته؟

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

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

 

موارد متناقض اینچنینی زیاد می‌بینیم و شاید این سوال براتون پیش بیاد که کدوم درست می‌گه. جواب هم ساده‌س: سوال درست نیست!

بله، چنین سوالی درست نیست. هیچکدوم از اون‌ها درست یا غلط نیستن. ماجرای مهم اینه که سیستمی پیوسته، سازگار و موثر داشته باشیم. پم‌باک طوریه که برای حفظ سازگاری و پیوستگیش نیاز به نظام تشخیص و تشویق داریم و خیلی از چهارچوب‌های چابک طوری هستن که چنین چیزی سازگاریشون رو به هم می‌زنه. موارد دیگه هم همینطور هستن.

 

حالا دلیل اصلی نوشتن این مطلب این نبود که بگم چنین سوالی درست نیست، دلیل اصلیش این بود که بگم تا چه حد مهمه که نظامی که آدم استفاده می‌کنه التقاطی نباشه. کسایی که مثلا سعی می‌کنن از چهارچوبی مثل اسکرام استفاده کنن، ولی یکی دو قسمت اون رو حذف می‌کنن چون اعتقاد دارن که برای محیطشون مناسب نیست یا کسایی که مثلا سعی می‌کنن از پم‌باک و پرینس۲ استفاده کنن و بعد چنتا چیز که براشون سخته یا خوش‌آیند نیست رو به بهانه این‌که بومی نیست یا برای محیط اون‌ها کاربردی نیست حذف می‌کنن، به احتمال خیلی زیاد سازگاری و پیوستگی اون سیستم رو به هم می‌زنن و به همین خاطر احتمال این‌که نتیجه بده خیلی کمه.

نوشته نادر خرمی راد (Nader Khorrami Rad)

ایبوک اسکرام

من و یکی از همکاران مدت اخیر مشغول نوشتن کتابی در مورد اسکرام بودیم که الان دیگه تموم شده و علاقه‌مندان می‌تونن دانلودش کنن. 

Scrum

کتاب هم ساده نوشته شده که همه به راحتی بتونن بخوننش و هم به لحاظ سیلابس و گرایش‌ها طوریه که می‌تونه به عنوان منبعی برای آمادگی آزمون PSM به کار بره. به نظر من خوندن این کتاب می‌تونه راه ساده و خوبی باشه که با رایج‌ترین چهارچوب چابک آشنا بشین و بفهمین که «چابک» بودن واقعا یعنی چی.

در ضمن فکر کنم الان وقت خوبیه که از اسد صفری هم تشکر کنم، چون فعالیت‌های گسترده اسد بود که باعث شد علاقه‌مند به یادگیری اسکرام بشم.

 

کتاب رایگانه و لینک دانلود هم: http://mgmtplaza.com/mp/205

نوشته نادر خرمی راد (Nader Khorrami Rad)

ایبوک رایگان کانبان و اسکرام در کنار هم

اکثر کسایی که کانبان رو می‌شناسن، جنبه‌ای از اون که تو تولید (عملیات) به کار می‌ره رو می‌شناسن. همون رویکرد تو بعضی پروژه‌ها هم به کار می‌ره. الان عمده‌ترین پروژه‌هایی که از کانبان کمک می‌گیرن پروژه‌های چابک هستن.

انجمن چابک ایران

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

به اسد صفری و بقیه کسانی که برای این کتاب زحمت کشیدن تبریک می‌گم.

نوشته نادر خرمی راد (Nader Khorrami Rad)

چابک سازی سازمان

باخبر شدم که گروهی از چابک کارها (چابک معادل Agile) که تو شرکت روباکو فعال هستن خدمات چابک‌سازی به سازمان‌ها می‌دن. برام جالب بود و امیدوارم این حرکت‌ها با شتاب بیشتری ادامه پیدا کنن و هرچه زودتر هم بخشی از این مهارت مدیریت پروژه‌ای از دنیای پروژه‌های نرم‌افزاری به بقیه پروژه‌ها سرایت کنه.

نوشته نادر خرمی راد (Nader Khorrami Rad)

اجایل برای مدیریت پروژه های غیر نرم افزاری

تو روزهای اخیر که ثبت نام سری جدید دوره‌های اسکرام شروع شده، عده زیادی از کسایی که درگیر پروژه‌های غیر نرم‌افزاری هستن به این فکر می‌کنن که چنین دوره‌هایی می‌تونه براشون مفید باشه یا نه. تو این مطلب می‌خوام نظر شخصی خودم رو در این مورد بگم.

سیستم‌های مدیریت پروژه کلاسیک، مشابه اون چیزی که تو پم‌باک و پرینس۲ توضیح داده می‌شه، طوری طراحی شدن که برای همه نوع پروژه قابل استفاده باشن. با این حال پروژه‌های نرم‌افزاری تفاوت‌هایی با پروژه‌های دیگه دارن و احساس می‌شه که سیستم‌های کلاسیک برای مدیریت اون‌ها به اندازه کافی موفق نیستن. تلاش‌هایی که تو این زمینه شده، منجر شده به تدوین گروهی از سیستم‌های مدیریت پروژه مدرن که عموما تم و رویکرد مشابهی دارن و به همشون Agile (چابک) گفته می‌شه. موفق‌ترین و پر استفاده‌ترین سیستم اجایل هم Scrum (اسکرام) هست.

حالا بریم سراغ تفاوت‌های پروژه‌های نرم‌افزاری و غیر نرم‌افزاری. دلیل ریشه‌ای که باعث ایجاد این تفاوت شده، تغییرات خیلی زیاد تو پروژه‌های نرم‌افزاریه. مثلا وقتی یه پروژه ساخت کارخونه، بیمارستان یا راه دارین، از اول پروژه تعریف می‌شه و معمولا تا آخر کار تغییرات زیادی نمی‌کنه؛ ولی پروژه نرم‌افزاری اینطوری نیست. مشتری نرم‌افزاری رو سفارش می‌ده و به هر شکلی که هست محصول تعریف می‌شه، ولی با جلو رفتن کار انقدر نظرش عوض می‌شه و با دیدن قسمت‌های انجام شده انقدر ایده‌های جدید به نظرش میاد یا چیزهایی که از قلم افتادن یادش می‌افته، که عملا محصولی که در آخر کار به وجود میاد ربطی به محصولی که از اول تصور کرده بودیم نداره.

 

حالا چه دلیلی وجود داره که کسایی مثل من که تو پروژه‌های غیر نرم‌افزاری کار می‌کنن بخوان اسکرام یاد بگیرن؛ از نظر من دو دلیل می‌تونه وجود داشته باشه:

  1. تلاش برای به‌کارگیری آموزه‌های اجایل
  2. درک بهتر سیستم‌های کلاسیک

 

تلاش برای به‌کارگیری آموزه‌های اجایل

وقتی آدم می‌بینه که یه سیستمی تو گروهی از پروژه‌ها موفق بوده، قطعا به این فکر می‌کنه که شاید بتونه ازش تو پروژه‌های خودش هم کمک بگیره. حالا ممکنه بشه قسمت‌هایی از اون رویکرد رو وارد پروژه کرد، یا قسمت‌هایی از پروژه رو به طور کامل با اون رویکرد مدیریت کرد. مثلا من بعید نمی‌دونم که بشه پروژه‌های طراحی یا قسمت طراحی پروژه‌ها رو اجایل مدیریت کرد.

هرچی که باشه، این ترکیب کار ساده‌ای نیست و به نظر نمیاد که صرفا آشنایی با این دو سیستم برای به وجود آوردن ترکیب کافی باشه. من فکر می‌کنم در آینده سیستم‌های جدیدی از سنتر این دو گروه سیستم به وجود بیاد که بتونه بهتر از هردو راهگشا باشه.

 

درک بهتر سیستم‌های کلاسیک

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

همین ماجرا در مورد سیستم‌های مدیریت پروژه هم وجود داره. وقتی آدم رویکرد یه سیستم جدید رو ببینه که اصول برای جانشینی سیستم‌های کلاسیک ساخته شده، اون سیستم‌های کلاسیک رو بهتر درک می‌کنه.

از نظر من این دلیل مهم‌ترین چیزیه که می‌تونه باعث بشه یادگیری اسکرام برای ماها مفید باشه.

 

اجایل و پم‌باک

یکی از تغییرات نسخه پنجم پم‌باک، که الان نهایی نشده و تو مرحله پیش‌نویسه، پشتیبانی از سیستم‌های اجایله. این‌که استاندارد شماره ۱ مدیریت پروژه دنیا این سیستم‌ها رو کاملا به رسمیت شناخته اهمیتشون رو نشون می‌ده، هرچند که شیوه پشتیبانی کردنش ممکنه یه مقدار عجیب باشه.

به نظر من پم‌باک تغییری کلی نکرده، اون سنتزی که گفتم اتفاق نیفتاده، بلکه فقط سعی کرده بعضی قسمت‌ها رو کمی کلی‌تر کنه که با سیستم‌های اجایل هم سازگار باشه.

اگه قصد دارین درک کاملی از نسخه آینده پم‌باک داشته باشین، باید سیستم‌های اجایل رو هم تا حدی بشناسین.

 

یکی دیگه از تحول‌های مهم یکی دو سال اخیر، اینه که PMI (موسسه مدیریت پروژه، که استاندارد پم‌باک رو هم تدوین می‌کنه و گواهی‌های PMP رو هم صادر می‌کنه)، گواهی جدیدی برای سیستم‌های اجایل در نظر گرفته. این هم قاعدتا نشونه دیگه‌ای از اهمیت پیدا کردن سیستم‌های اجایله.

نوشته نادر خرمی راد (Nader Khorrami Rad)

منابع یادگیری اسرام

خوب، یکی از تغییرات نسخه پنجم پم‌باک اینه که خیلی درباره سیستم‌های Agile (چابک) صحبت می‌کنه. البته به نظر من شیوه برخورد استاندارد با ماجرای مدیریت پروژه چابک یه مقدار شتابزده‌س.

به هر حال. مدت‌های اخیر زیاد پیش اومده که از من درباره منابع یادگیری سیستم‌های چابک بپرسن؛ من هم همیشه یکی از منابعی که معرفی می‌کنم، راهنمایی ساده برای اسکرامه. اسکرام رایج‌ترین سبک چابکه.

 

ایبوک رایگان Scrum and XP from the Trenches، نوشته Henrik Kniberg

یا ترجمه رایگان فارسیش، اسکرام و اکس پی ساده شده، ترجمه اسد صفری

 

نسخه چاپی کتاب فارسی هم به تازگی منتشر شده.

نوشته نادر خرمی راد (Nader Khorrami Rad)

درباره گواهی PSM

قبلا درباره گواهی CSM (مخفف Certified ScrumMaster) مختصری نوشته بودم. CSM شناخته شده‌ترین گواهی اسکرام (سبکی در مدیریت پروژه چابک) هست. بعضی‌ها اعتقاد دارن که PSM (مخفف Professional ScrumMaster) با وجود این‌که کمتر از CSM شناخته شده هست، قوی‌تر و قابل اتکاتره.

به تازگی گروهی از افراد علاقه‌مند و پیگیر در حوزه اسکرام، به رهبری اسد صفری، که پیش از این متولی برگزاری دوره CSM هم بودن، برای برگزاری دوره PSM هم برنامه‌ریزی کردن. برای کسب اطلاعات و ثبت نام می‌تونین به www.irpsm2011.com مراجعه کنین.

موضوع در واقع گواهی PSM I هست. این گواهی رو موسسه Scrum.Org میده که علاوه بر اون گواهی PSM II (پیشرفته‌تر)، یه گواهی برای Product Ownerها و یه گواهی دیگه برای Developerها هم داره.

برای شرکت در امتحان نیازی نیست که حتما دوره PSM رو هم گذرونده باشین، ولی تو سایتش تاکید زیادی شده که امکان موفقیت برای کسایی که دوره رونگذروندن خیلی کمه. به نظر من هم کسی که نخواد تو دوره شرکت کنه باید خیلی جدی و سنگین مطالعه کنه. علاوه بر اون، دوره CSM که یکی از معدود دوره‌هایی بوده که تو زندگیم تجربه کردم، به خاطر تسلط مدرس (هنریک نیبرگ) به شیوه تدریس، بسیار جالب، آموزنده و هیجان انگیز بود. اگه توانایی مدرس این دوره حتی نصف هنریک هم باشه، باز ارزش شرکت کردن داره. ظاهرا این مدرس هم سابقه زیادی تو کارش داره.

Scrum.Org یه منبع 17 صفحه‌ای در مورد اسکرام داره که جمع‌بندی ماجراس و به نظر من کسی که می‌خواد موضوع رو خوب بفهمه و تو امتحان هم موفق باشه حتما باید اون رو به دقت خونده باشه و فهمیده باشه. این کتاب برای یادگرفتن اسکرام مناسب نیست، فقط برای جمع‌بندی مناسبه. کتاب رو می‌تونین به رایگان از سایتش دریافت کنین.

منبع دیگه‌ای که برای این آزمون استفاده می‌شه کتاب Agile Project Management with Scrum نوشته Ken Schwaber (متولی این گواهی و از پایه‌گذارهای اسکرام) هست. کتاب خوبیه، ولی باید بدونین که کاملا مبتنی بر بررسی کیس استادی هست و ممکنه برای بعضی‌ها خیلی جالب و برای بعضی‌ها خسته کننده باشه. این کتاب رو می‌تونین از سایت‌هایی که محتوای غیر مجاز دارن دانلود کنین.

در هر حال به نظر من اگه کسی می‌خواد اسکرام رو یاد بگیره خیلی خوبه که کتاب Scrum and XP from the Trenches، نوشته هنریک نیبرگ رو هم بخونه. این کتاب رایگانه و می‌تونین از سایت InfoQ دانلودش کنین. نسخه فارسی اون هم با ترجمه اسد صفری تو همون سایت وجود داره.

یه نکته مهم رو باید در نظر داشته باشین، این‌که موفقیت در این امتحان کاملا مستلزم اینه که با ادبیات و گرایش Schwaber آشنا باشین. گرایش اون خیلی ارتودوکس و خشکه و با کسای دیگه‌ای مثل هنریک نیبرگ که خیلی با مسئله انعطاف‌پذیر برخورد می‌کنن فرق داره.

بعد از این‌که برای امتحان آماده بشین، می‌تونین امتحان آزمایشی Scrum.Org (به اسم Open Assessment) رو بدین. این امتحان 30 سواله و یک ساعت وقت داره. زمانی که برای هر سوال وجود داره بیشتر از دو برابر امتحان اصلیه و حتما باید این مسئله رو هم در نظر داشته باشین. بیشتر از یک بار این امتحان رو بدین. بعضی سوال‌های امتحان اصلی دقیقا مشابه این آزمون هستن. تو سایت گفته شده که امتحان اصلی سخت‌تر از امتحان آزمایشیه، ولی به نظر من سطحشون زیاد با هم فرق نداره.

احتمالا کسایی که برای دوره ثبت نام کرده باشن امتحان رو هم تو بسته ثبت‌نامیشون دارن. بقیه می‌تونن با پرداخت 100 دلار برای امتحان ثبت نام کنن. قیمت امتحان به مراتب کمتر از امتحان‌های دیگه‌ایه که من می‌شناسم (عموما بین 300 تا 600 دلار). اگه تو امتحان قبول نشین، برای دفعه‌های بعد باید دوباره پول بدین و ثبت نام کنین.

بعد از این‌که ثبت نام کنین، یه ایمیل به دستتون می‌رسه و ثبت نام رو تایید می‌کنه. معمولا تا کمتر از یک روز بعد ازاون، پسوردی که باید برای امتحان استفاده کنین هم به دستتون می‌رسه و از اون زمان 14 روز وقت دارین که تو امتحان شرکت کنین. بعد از این‌که امتحان تموم بشه، نتیجه بهتون اعلام می‌شه و از 7 تا 10 روز کاری بعد از اون، گواهی براتون ارسال می‌شه.

امتحان 80 سوال تستیه که یک ساعت وقت داره، نسبتا باید سریع پیش برین. بر خلاف امتحان آزمایشی، می‌تونین به سوال‌های قبلی هم برگردین و لیست سوال‌ها رو هم باز کنین. ولی نکته‌ای که باید در نظر داشته باشین اینه که لیست سوال‌ها شماره نداره و اگه مثلا جایی یادداشت کرده باشین که سوال شماره 60 نیاز به بازبینی داره، باید تو لیست سوال‌ها رو بشمرین تا برسین به 60!

نکته خوب اینه که نرم‌افزار امتحان خیلی خوب طراحی شده، طوری که اگه اینترنتتون قطع بشه و دوباره برگردین، جواب‌های قبلی سر جای خودشون باقی می‌مونن و می‌تونین امتحان رو ادامه بدین. البته تو تمام اون مدت زمانتون داره می‌گذره.

نوشته نادر خرمی راد (Nader Khorrami Rad)

تفاوت‌های مدیریت پروژه در متودولوژی‌ها

وقتی آدم می‌تونه مفهوم یه روش مدیریت پروژه، مثلا پم‌باک، رو خوب بفهمه، که اون رو با روش‌های دیگه مقایسه کنه. به نظر من می‌شه جنبه‌های مدیریتی مطرح شده تو استانداردها رو به سه حوزه تقسیم کرد:

  • مدیریت چهارچوب‌های مدیریت پروژه
  • مدیریت کلان پروژه
  • مدیریت تفیصلی پروژه

 

مثلا یکی از کارهایی که باید تو پم‌باک انجام بدیم، اینه که فرآیندهایی که قراره تو پروژه به کار برن و شکل به کار رفتنشون رو مشخص کنیم. این می‌شه چیزی که بهش گفتم “مدیریت چهارچوب‌های مدیریت پروژه”.

حالا این سه جنبه مدیریتی اگه بخوایم تو پم‌باک، پرینس2 و اسکرام مقایسه کنیم، مسئولیت‌های مدیریتی مدیر پروژه (یا اسکرام مستر) تو سیستم‌های مختلف عملا به این شکله:

 

 

پم‌باک

پرینس2

اسکرام

مدیریت چهارچوب‌ها

+

+

+

مدیریت کلان

+

+

-

مدیریت تفصیلی

+

-

-

 

 

با این توضیح که هم پم‌باک اجازه می‌ده که مدیریت تفصیلی به عهده مدیر پروژه نباشه و هم پرینس2 اجازه می‌ده که مدیر پروژه مدیریت تفصیلی رو به عهده بگیره؛ چیزی که تو جدول نوشتم گرایش پیش‌فرض هرکدوم از این استانداردها و چیزیه که مخاطب رو به اون سمت هدایت می‌کنن.

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

گرایش پم‌باک اینه که چنین جوابی بدیم: به برنامه مدیریت پروژه مراجعه می‌کنیم که ببینیم برای چنین وضعیتی چه چیزی پیش‌بینی کرده.

 

پرینس2 اینطوری نیست. پرینس2 تشویق می‌کنه که مدیریت پروژه در سه سطح انجام بشه. سطح مدیریت ارشد، که پروژه رو هدایت می‌کنه، به این معنی که تصمیم‌گیری‌های خیلی کلی رو انجام می‌ده، سطح مدیر پروژه که پروژه رو به تعبیر پرینس2 مدیریت می‌کنه، یعنی برنامه‌ریزی‌های کلان (در حد ریزترین تحویل‌شدنی‌های ممکن، و نه در حد فعالیت‌ها) و در نهایت سطح سرپرست‌های اجرایی، که برنامه‌ریزی‌های کاملا تفصیلی رو بر اساس برنامه‌های کلانی که مدیر پروژه بهشون می‌ده تهیه می‌کنن و کار رو پیش می‌برن. اگه یه سرپرست اجرایی به مشکلی بربخوره، باید اول میزان اهمیت مشکل رو برآورد کنه. اگه تو سطح رواداری خودش باشه، نباید اون رو به مدیر پروژه منعکس کنه (چون وقتش هدر می‌ره) و باید شخصا مسئله رو حل کنه. در غیر این صورت مسئله رو ارجاع می‌ده به مدیر پروژه. مدیر پروژه هم مسئله رو حل می‌کنه، مگر این‌که از سطح رواداری خودش بالاتر باشه و لازم باشه که اون رو به مدیران ارشد ارجاع بده.

به این ترتیب مدیریت تفصیلی پروژه تو پرینس2 به عهده سرپرست‌های اجراییه، نه مدیر پروژه. البته راه‌هایی رو باقی می‌ذاره که اگه لازم بود کل مدیریت به عهده مدیر پروژه باشه.

 

تو اسکرام نقشی به نام اسکرام مستر هست که تا حدی مشابه مدیر پروژه‌س. شاید زیاد هم شبیه نباشه، ولی به راحتی می شه ادعا کرد که نزدیک‌ترین نقش به مدیر پروژه‌س. اگه پم‌باک بیشترین اختیارات مدیریتی رو به مدیر پروژه می‌ده، اسکرام برعکسه و عملا کمترین اختیارات مدیریتی رو به اون می‌ده (پرینس2 هم حد وسطه). تو این سیستم اسکرام مستر فقط استقرار چهارچوب مدیریت پروژه رو مدیریت می‌کنه، مدیریت کلان و تفصیلی کارها به عهده تیم پروژه‌س. اسکرام مستر بیشتر رهبر و مربیه تا مدیر و کارش بیشتر هماهنگ کردن آدم‌ها با همدیگه، حل کردن مشکلاتشون و به عبارت ساده فراهم کردن بستریه که آدم‌ها بتونن علاوه بر انجام دادن کارها، خودشون اون‌ها رو مدیریت هم بکنن.

/td
نوشته نادر خرمی راد (Nader Khorrami Rad)

دریافت گواهی CSM

چند وقت پیش دوره پیش‌نیاز گواهی CSM با پیگیری‌های اسد صفری تو ایران تشکیل شد و با تدریس خیلی خوب هنریک نیبرگ (که بعدا فهمیدم حتی چنتا تقدیر و جایزه بابت سخنوری گرفته) و کمک رضا فرهنگ (همکار هنریک) پیش رفت و در نهایت به دریافت گواهی CSM (مخفف Certified ScrumMaster) منجر شد.

image

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

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

یه نمونه از تفاوت‌ها در اینه که ما تو سیستم کلاسیک تمایز خیلی زیادی بین پروژه و عملیات قایلیم، در حالی که تو سیستم‌های Agile اینطور نیست و علاوه بر پروژه، عملیات رو هم تا حدی پوشش می‌دن. تو این دوره علاوه بر اسکرام اشاره‌ای به Kanban هم شد، که برعکس اسکرام، بیشتر برای عملیات به کار می‌ره تا پروژه، و اون هم برای من خیلی جالب بود.

دیدگاه اولیه من این بود که شاید از این موضوعات جدید بتونم برای مدیریت پروژه‌ها کمک بگیرم، که هنوز نمی‌دونم برای انواع پروژه‌هایی که ما داریم می‌شه ازشون کمک گرفت (البته به طور موضعی) یا نه؛ ولی تو مدت دوره به این نتیجه رسیدم که برای من کاربرد خیلی مهم‌تری هم داره، اون هم مدیریت تیم‌های برنامه‌ریزی و کنترل پروژه‌س. کار این تیم‌ها چیزیه بین پروژه و عملیات، ولی بیشتر نزدیک به عملیاته. روزی چنتا کار به تیم ارجاع داده می‌شه، معمولا همشون هم عجله دارن و باید اون کارها رو با در نظر گرفتن یه چرخه حیات کامل و کیفیت مناسب تموم کرد و این خودش ماجرای پیچیده‌ایه. روش اسکرام، و بیشتر از اون کانبان، به نظر من برای مدیریت این تیم‌ها خیلی عالیه و قصد دارم در آینده نزدیک اون رو تو شرکت‌ها به کار ببرم.

نوشته نادر خرمی راد (Nader Khorrami Rad)

آخرین روزهای ثبت نام دوره CSM

قراره تو ایران دوره‌ای برای CSM (مخفف Certified Scrum Master) برگزار بشه، که به نوعی پیش‌نیاز اجباری دریافت گواهی اون هم هست. ثبت نام این دوره که قراره 19 و 20 اردیبهشت (روز تولد من!) برگزار بشه به زودی تموم می‌شه و خواستم بهتون خبر داده باشم. هزینه دوره هم 688 تومنه، که البته کم نیست، ولی مشابه هزینه اکثر گواهی‌های بین‌المللیه.

image

این سیستم مدیریت پروژه معمولا برای پروژه‌های نرم‌افزاری و دقیق‌تر بگم، برای پروژه‌هایی که عدم قطعیت‌ها و تغییرات زیاد دارن و تو تیم‌های کوچیک اجرا می‌شن به کار می‌ره. ممکنه امثال من هیچوقت عملا ازش استفاده نکنن، ولی دونستن سیستم‌های جانشین و تفاوتشون با سیستمی که آدم استفاده می‌کنه به فهم بهتر سیستم اصلی کمک می‌کنه.

نکته جالب در مورد SCRUM، البته در حدی که من باهاش آشنا هستم و به هیچ وجه هم متخصصش به حساب نمیام، اینه که توش مدیریت پروژه به عهده فرد یا گروه خاصی نیست، بلکه بین اعضای تیم پروژه توزیع می‌شه (نکته خیلی جالب) و به جای مدیر پروژه، شخصی به نام Scrum Master هست که به اجرای صحیح سیستم کمک می‌کنه و می‌شه عملا اون رو متا-مدیرپروژه دونست.

نوشته نادر خرمی راد (Nader Khorrami Rad)

گواهی CSM در مدیریت پروژه

قبلا گفته بودم که قراره گروهی از همکاران دوره‌ای برای CSM برگزار کنن. زمان ثبت نام تا اول آبان بود که الان 10 روز هم تمدید شده، یعنی می‌تونین تا 10 آبان 89 ثبت نام کنین.

image

متاسفانه متوجه شدم که تا الان حدود 10 نفر ثبت نام کردن، در حالی که قراره دوره 30 نفره باشه. الان هم دارم این مطلب رو می‌نویسم که شماها رو تشویق کنم به شرکت تو این دوره، به دلایل زیر:

 

  1. کمتر پیش میاد که دوره‌ای کاملا جدی و رسمی به این راحتی و با این هزینه تو ایران برگزار بشه و باید از این فرصت استفاده کرد. هزینه دوره تا جایی که یادمه حدود 600 هزار تومن بود، که نسبت به دوره‌های اینچنینی اصلا گرون نیست.
  2. اسکرام اصولا برای پروژه‌های نرم‌افزاریه و ادبیاتش هم بر همون اساس تنظیم شده، ولی این مدت که علاقه‌مند شدم و دارم در موردش مطالعه می‌کنم متوجه شدم که برای پروژه‌های ساختمانی هم کاربرد داره. البته نه برای کل پروژه، بلکه برای دوره‌های خاص، مایل‌ستون‌های خاص و اهداف میانی. گذشته از اون، حتی اگه قرار نباشه آدم کل سیستم رو پیاده کنه، باز هم می‌تونه قسمتی از توصیه‌های اون رو همراه با سیستم متعارف به کار ببنده و ازش سود ببره. قطعا در این مورد باید مطلب کاملی بنویسم، ولی این رو گذشتم برای زمانی که مطالعاتم کامل بشه.
  3. گواهی! خیلی بده که آدم دنبال مدرک جمع کردن باشه، ولی تو دنیایی که به مدرک‌ها اهمیت زیادی می‌دن، طبیعیه که آدم تسلیم بشه و تو همین راه بره. بعد از شرکت تو این دوره می‌تونین با روندی خیلی ساده و حتی بدون این‌که برای شرکت در آزمون هزینه‌ای پرداخت کنین یا حتی از ایران خارج بشین (اگه اشتباه نکنم)، تو آزمون شرکت کنین و تبدیل بشین به یه Certified Scrum Master. بده؟ نه، خیلی هم خوبه، اون هم الان که وضعیت کار مناسب نیست و بهترین زمانه که آدم خودش رو با مهارت‌ها و سوابق برای آینده‌ای که امیدواریم بهتر باشه آماده کنه.

 

image 

منبع عکس

 

پس لطفا به این مسئله خیلی جدی فکر کنین و تو این چند روز باقیمونده اقدام کنین. برای ثبت نام لینک‌های این مطلب رو دنبال کنین. اگه نیاز به منابع کمکی هم داشتین می‌تونین به اینیکی مطلب مراجعه کنین.

به دوستان و همکارانتون هم اطلاع بدین که این فرصت رو از دست ندن.

نوشته نادر خرمی راد (Nader Khorrami Rad)

برگزاری دوره CSM در ایران

کسایی که با مدیریت پروژه‌های نرم‌افزاری سر و کار دارن همه Agile و Scrum و اینطور چیزا رو می‌شناسن. کسایی هم که مثل من با پروژه‌های ساخت و ساز سر و کار دارن، معمولا اسم این چیزا به گوششون خورده.

حالا قراره یه دوره برای CSM، یعنی Certified Scrum Master تو ایران برگزار بشه. اگه تو حوزه مدیریت تولید نرم‌افزار و اینطور چیزا کار می‌کنین که تقریبا واجبه برین، اگر هم مثل من هستین که احتمالا زیاد به دردتون نمی‌خوره، ولی ممکنه مثل من از سر کنجکاوی برین.

دوره دو روزه، به احتمال زیاد اول و دوم آذر 89.

به هر حال به نظر میاد که برای این دوره خیلی زحمت کشیدن و خیلی خوبه اگه خودتون نمی‌خواین شرکت کنین هم به کسایی که ممکنه به دردشون بخوره معرفی کنین.

نوشته نادر خرمی راد (Nader Khorrami Rad)
اشتراک مطالب سایت

با اشتراک در فرم زیر مطالب جدید برایتان ایمیل می‌شوند:

اشتراک مطالب در تلگرام