مدیریت پروژه چابک

اگر مطلب ” اسکرام چیست؟ چارچوب یا متدولوژی؟ + کاربردهای اسکرام” را خوانده‌اید، تا به اینجا به یک درک مشترک از اسکرام رسیده‌ایم اما فکر می‌کنید چه کسانی قرار است این چارچوب را در سازمان و یا پروژه هایشان پیاده سازی کنند؟ یا این کارها قرار است توسط چه کسانی

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

اسکرام (Scrum) یکی از معروف‌ترین چارچوب‌ها و سیستم‌های توسعه نرم‌افزار و پیشبرد پروژه‌ها است.

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

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

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

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