معرفی
مدیر پروژه نرم‌افزار باید بتواند کارهای مبهم را به خروجی‌ها، مسئولیت‌ها، وابستگی‌ها و تصمیم‌های قابل‌پیگیری تبدیل کند؛ نه اینکه صرفاً جلسه برگزار کند یا ابزارهای مدیریت کار را به‌روز نگه دارد.
این نقشه راه بر پروژه‌های نرم‌افزاری و فناوری اطلاعات تمرکز دارد و مسیر یادگیری را در هفت گام، از شناخت ماهیت پروژه تا اجرای یک سناریوی شبیه‌سازی‌شده، پیش می‌برد.
زمان‌بندی و پیش‌نیازهای یادگیری
مجموع تمرین‌های پیشنهادی این مسیر حدود ۲۲۰ ساعت است. این عدد برآورد آموزشی همین نقشه راه است و زمان واقعی یادگیری به تجربه قبلی، نوع پروژه و میزان تمرین عملی بستگی دارد.
افرادی که در حوزه‌هایی مانند تحلیل کسب‌وکار، توسعه نرم‌افزار، پشتیبانی یا عملیات تجربه دارند، ممکن است بعضی گام‌ها را سریع‌تر طی کنند؛ اما مهارت‌هایی مانند مستندسازی، پیگیری ریسک‌ها و ارتباط مؤثر با ذی‌نفعان همچنان بخش مهمی از مسیر یادگیری هستند.
انتخاب رویکرد مناسب برای مدیریت پروژه
روش مدیریت پروژه برای همه پروژه‌ها یکسان نیست. برخی پروژه‌ها به برنامه‌ریزی پیش‌بینی‌پذیر، دامنه نسبتاً مشخص و نقاط تحویل از پیش تعیین‌شده نیاز دارند ولی پروژه‌های دیگر با رویکردهای تطبیقی یا ترکیبی بهتر پیش می‌روند.
بنابراین، ابزارها، میزان جزئیات برنامه‌ریزی و شیوه کنترل تغییرات باید با عواملی مانند نوع پروژه، مفاد قرارداد، میزان عدم قطعیت و ساختار تیم متناسب باشند. هدف این نیست که یک روش را در همه شرایط اجرا کنید، بلکه باید بتوانید رویکرد مناسب را انتخاب و در صورت نیاز اصلاح کنید.
ساختار هفت‌گانه مسیر یادگیری
در گام‌های ابتدایی، منطق تحویل پروژه و زبان مشترک تیم‌های نرم‌افزاری را یاد می‌گیرید. سپس برنامه‌ریزی، مدیریت دامنه، شناسایی و پیگیری ریسک‌ها، ارتباطات و پایش پیشرفت را روی یک سناریوی مشترک تمرین می‌کنید.
در گام پایانی، مجموعه‌ای از اسناد مرتبط و به‌هم‌پیوسته تهیه می‌کنید که نشان می‌دهد چگونه اطلاعات پروژه، ریسک‌ها، وابستگی‌ها و تصمیم‌ها را ثبت و پیگیری کرده‌اید. این مجموعه باید تصویری روشن از توانایی شما در هدایت یک پروژه از برنامه‌ریزی تا تحویل ارائه دهد.
تفاوت مدیریت پروژه در سازمان‌های پیمانکاری و محصولی
این مسیر هم پروژه‌های پیاده‌سازی و پیمانکاری و هم پروژه‌های مشخص در سازمان‌های محصول‌محور را در نظر می‌گیرد.
در محیط‌های محصولی، ممکن است مدیر پروژه مسئول هماهنگی یک انتشار، مهاجرت، پیاده‌سازی یا ابتکار موقت (Initiative) باشد ولی مالکیت محصول و تعیین اولویت‌های فهرست کارهای محصول (Product Backlog) بر عهده مدیر محصول (Product Manager) یا مالک محصول (Product Owner) قرار دارد.
شناخت این تفاوت مهم است زیرا مسئولیت هماهنگی و تحویل یک پروژه لزوماً به معنای مالکیت محصول یا تصمیم‌گیری درباره اولویت‌های بلندمدت آن نیست.
ارتباط نقش مدیر پروژه با چارچوب Scrum
اگر تیم از Scrum استفاده می‌کند، نباید مسئولیت‌های مدیر پروژه را با نقش‌های تعریف‌شده در این چارچوب یکسان در نظر بگیرید. در Scrum، مالک محصول (Product Owner)، اسکرام مستر (Scrum Master) و توسعه‌دهندگان (Developers) مسئولیت‌های مشخصی دارند.
نقش مدیر پروژه باید براساس ساختار واقعی سازمان و نیازهای پروژه تعریف شود. در برخی سازمان‌ها این نقش به‌صورت مستقل وجود دارد و در برخی دیگر، بخشی از مسئولیت‌های هماهنگی و تحویل میان نقش‌های موجود تقسیم شده است. بنابراین، به‌جای فرض یک ساختار ثابت، باید حدود اختیار، مسئولیت‌ها و نقاط همکاری هر نقش را به‌روشنی مشخص کنید.
خروجی مورد انتظار از این مسیر
در پایان این نقشه راه باید بتوانید یک پروژه نرم‌افزاری را به مجموعه‌ای از فعالیت‌ها و خروجی‌های مشخص تبدیل کنید، مسئولیت‌ها و وابستگی‌ها را روشن کنید، ریسک‌ها و تغییرات را پیگیری کنید و وضعیت پروژه را به شکلی قابل‌فهم به ذی‌نفعان گزارش دهید.
مهم‌ترین دستاورد این مسیر، توانایی هدایت منظم پروژه و ایجاد شفافیت درباره پیشرفت، موانع و تصمیم‌های موردنیاز است، نه صرفاً تسلط بر یک ابزار مدیریت پروژه.
مخاطبان نقشه راه
این مسیر برای افرادی است که می‌خواهند در پروژه‌های نرم‌افزاری و فناوری اطلاعات، از نقش‌های اجرایی، هماهنگ‌کننده پروژه، تحلیلگر کسب‌وکار یا عضویت در تیم فنی به مدیریت پروژه برسند. فرض مسیر این است که تجربه مدیریتی رسمی ندارید، اما می‌توانید با صفحه‌گسترده‌ها کار کنید و برای تمرین عملی، هفته‌ای حدود ۸ تا ۱۰ ساعت زمان بگذارید.
دستاورد پایانی
پس از تکمیل مسیر، می‌توانید یک پروژه نرم‌افزاری کوچک تا متوسط را از تعریف خروجی و برنامه زمان‌بندی تا پیگیری کارها، ثبت ریسک، کنترل تغییر، گزارش‌دهی و تحویل هماهنگ کنید. همچنین نمونه‌کارهایی خواهید داشت که توانایی شما در ساخت برنامه، صورت‌جلسه، گزارش وضعیت و تصمیم‌سازی را نشان می‌دهد. این سطح معمولاً برای نقش‌هایی مانند کارشناس پروژه یا هماهنگ‌کننده پروژه مناسب‌تر از مسئولیت مستقل پروژه‌های پیچیده است.
پیش‌نیازها
شروع این مسیر با دانستن پیش‌نیازهای زیر هموارتر می‌شود.
- توانایی کار در حد پایه با رایانه و فایل‌های اداری
- توانایی خواندن متن‌های کوتاه انگلیسی برای کار با ابزارها و مستندات
- دسترسی به یک پروژه واقعی کوچک یا سناریوی تمرینی برای مستندسازی
مسیر یادگیری شغل مدیر پروژه
-
۲۰ ساعت
شناخت چرخه پروژه و نقش مدیر پروژه
هدف گام: چرخه پروژه، خروجی‌های قابل تحویل و مسئولیت هماهنگی اجرای کار را درک کنید.
کار را با یک پروژه نرم‌افزاری مشخص آغاز کنید؛ مثلاً افزودن سامانه ثبت درخواست پشتیبانی برای یک کسب‌وکار فرضی. مشخص کنید آغاز و پایان پروژه کجاست، چه خروجی قابل تحویلی دارد و چه کسانی از آن اثر می‌پذیرند.
چرخه آغاز، برنامه‌ریزی، اجرا، پایش و اختتام را بیاموزید. سپس برای پروژه خود، مسئولیت هماهنگی اجرای کار، پیگیری تعهدها، ثبت ریسک‌ها و گزارش وضعیت را مشخص کنید. جزئیات تعریف نقش و تفاوت آن با نقش‌های مجاور را در صفحه شغل «مدیر پروژه» بخوانید.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
چرخه عمر پروژهتعیین خروجی قابل تحویلشناسایی ذی‌نفعان اولیهتعریف مسئله و هدف پروژهمسئولیت‌های هماهنگی تحویلپروژه پیشنهادی: برای یک پروژه فرضی نرم‌افزاری، یک سند دوصفحه‌ای شامل مسئله، هدف، خروجی‌ها، خارج از دامنه، ذی‌نفعان و معیار موفقیت اولیه تهیه کنید.
معیار پایان گام: می‌توانید در یک صفحه توضیح دهید پروژه چه خروجی‌هایی دارد، چه چیزهایی خارج از دامنه است و برای هر ذی‌نفع چه نوع هماهنگی لازم است.
دوره پیشنهادی
-
۳۵ ساعت
تبدیل نیاز به دامنه و برنامه قابل اجرا
هدف گام: کارهای پروژه، وابستگی‌ها، مسئولیت‌ها و نقاط کنترل را به برنامه‌ای قابل پیگیری تبدیل کنید.
یک درخواست مبهم مانند «سامانه تا پایان ماه آماده شود» برنامه پروژه نیست. خروجی را به اجزای کوچک‌تر تقسیم کنید، فعالیت‌ها را بنویسید و برای هر فعالیت مسئول، وابستگی و معیار اتمام تعیین کنید.
در پروژه محصولی، برنامه معمولاً با بک‌لاگ و انتشارها هماهنگ می‌شود. در پروژه مشتری‌محور، همان منطق باید به نقاط تحویل، تأیید مشتری و تعهدهای قراردادی وصل شود. در هر دو حالت، فرض‌های برنامه را مکتوب کنید تا زمان‌بندی ظاهراً دقیق اما غیرواقعی نسازید.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
ساختار شکست کارتوالی فعالیت‌ها و وابستگی‌هابرآورد زمان و ظرفیتنقاط عطف و کنترل پروژهماتریس مسئولیت‌پذیریفرض‌ها و محدودیت‌های برنامهپروژه پیشنهادی: برای سناریوی گام قبل، ساختار شکست کار، فهرست فعالیت‌ها، وابستگی‌ها، مسئول هر فعالیت و یک زمان‌بندی اولیه با حداقل ۱۵ فعالیت بسازید.
معیار پایان گام: برنامه شما حداقل ۱۵ فعالیت، مسئول هر فعالیت، وابستگی‌های اصلی، دو نقطه عطف و فرض‌های زمان‌بندی را نشان می‌دهد.
دوره پیشنهادی
-
۳۰ ساعت
مدیریت کار در روش‌های چابک و ابزارهای تیم
هدف گام: بتوانید جریان کار تیم نرم‌افزار را در یک ابزار مدیریت کار تنظیم و پیگیری کنید.
روش چابک به معنای حذف برنامه‌ریزی نیست. در این گام، کارهای برنامه را به آیتم‌های قابل پیگیری تبدیل می‌کنید. بک‌لاگ (Backlog) فهرست مرتب کارهای پیش‌رو است. اپیک (Epic) مجموعه بزرگی از کارهای مرتبط را نشان می‌دهد و داستان کاربر (User Story) نیاز یا ارزش مورد انتظار کاربر را در قالبی کوتاه بیان می‌کند.
اسپرینت (Sprint) بازه زمانی کوتاه و ثابتی برای انجام بخشی از کارها است. کانبان (Kanban) نیز روشی برای نمایش جریان کار و محدودکردن کارهای هم‌زمان است. تفاوت وظیفه، باگ و مانع را بیاموزید و وضعیت کارها را طوری ثبت کنید که اعضای تیم و ذی‌نفعان برداشت یکسانی از پیشرفت داشته باشند.
Jira را می‌توانید برای تمرین این منطق به کار ببرید، اما انتخاب ابزار باید با فرایند و دسترسی تیم هماهنگ باشد. اگر تیم از ابزار دیگری استفاده می‌کند، همان اصول تعریف کار، ثبت مالک، پیگیری وابستگی و شفافیت وضعیت را در آن پیاده کنید.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
مدیریت بک‌لاگ و اولویت کارهااپیک و داستان کاربرتفاوت وظیفه، باگ و مانعبرنامه‌ریزی اسپرینتبرد کانبان و محدودیت کار در جریانتعریف انجام‌شدن کارثبت تصمیم‌ها و مستندات تیمپروژه پیشنهادی: برای پروژه تمرینی، یک برد Jira با جریان کار مناسب بسازید، حداقل ۱۲ آیتم ثبت کنید و برای یک اسپرینت دو هفته‌ای هدف، مسئول و معیار اتمام تعیین کنید.
معیار پایان گام: می‌توانید با مشاهده برد، کارهای متوقف، مسئول هر کار، هدف اسپرینت و مواردی را که نیازمند تصمیم هستند تشخیص دهید.
دوره پیشنهادی
-
۳۰ ساعت
کنترل دامنه، تغییرات و ریسک
هدف گام: پیش از تبدیل شدن تغییر و ابهام به تأخیر، اثر آن‌ها را تحلیل و پیگیری کنید.
در پروژه نرم‌افزار، درخواست جدید مشتری یا تغییر نیازمندی اتفاقی عادی است. خطا این است که تغییر را بدون بررسی اثر زمان، ظرفیت، هزینه و کیفیت وارد برنامه کنید. برای هر تغییر، درخواست، اثر، گزینه‌ها، تصمیم و مسئول پیگیری را ثبت کنید.
هم‌زمان، ریسک را از مسئله جدا نگه دارید. مسئله رخ داده است و به اقدام فوری نیاز دارد زیرا ریسک هنوز رخ نداده، اما باید احتمال، اثر، اقدام پیشگیرانه و برنامه جایگزین داشته باشد. برای نمونه، وابستگی به API یک تأمین‌کننده می‌تواند ریسک باشد و قطع سرویس آن، مسئله‌ای رخ داده است.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
ثبت ریسک و مسئلهارزیابی احتمال و اثراقدام پیشگیرانه و برنامه جایگزینتحلیل اثر درخواست تغییرفرایند تأیید تغییرمدیریت وابستگی‌های بیرونیپروژه پیشنهادی: برای پروژه تمرینی، یک ثبت ریسک با حداقل ۸ مورد و یک ثبت تغییر با ۳ درخواست فرضی بسازید. برای هر مورد، مسئول، موعد و تصمیم یا اقدام بعدی تعیین کنید.
معیار پایان گام: می‌توانید تفاوت ریسک و مسئله را با مثال توضیح دهید و برای هر تغییر، اثر آن بر برنامه و تصمیم موردنیاز را مستند کنید.
دوره پیشنهادی
-
۲۵ ساعت
ارتباطات، جلسه و گزارش‌دهی تصمیم‌ساز
هدف گام: وضعیت پروژه را بدون پنهان‌کردن مسئله یا غرق‌کردن مخاطب در جزئیات گزارش کنید.
جلسه زمانی مفید است که هدف، تصمیم موردنیاز و مسئول پیگیری روشن باشد. برای جلسه‌های پیگیری، دستور جلسه کوتاه بنویسید و صورت‌جلسه را با تصمیم‌ها، اقدام‌ها، مسئولان و موعدها منتشر کنید. «بررسی شود» اقدام قابل پیگیری نیست؛ باید مشخص شود چه کسی، چه چیزی را تا چه زمانی انجام می‌دهد.
گزارش مدیران یا مشتری با گزارش تیم یکسان نیست. گزارش وضعیت باید به‌صورت فشرده پیشرفت نسبت به برنامه، ریسک‌های مهم، تصمیم‌های موردنیاز و اقدام‌های بعدی را نشان دهد. در پروژه مشتری‌محور، تأییدهای مرحله‌ای و توافق‌های تغییر را نیز ثبت کنید.
مهارت‌ها
ابزارها
مفاهیم تکمیلی
نقشه ارتباطات ذی‌نفعاندستور جلسه و صورت‌جلسهگزارش وضعیت پروژهثبت تصمیم و اقدام پیگیریمدیریت انتظار مشتریگفت‌وگوی دشوار درباره تأخیرپروژه پیشنهادی: یک بسته گزارش هفتگی برای پروژه تمرینی بسازید: صورت‌جلسه، گزارش وضعیت یک‌صفحه‌ای، فهرست اقدام‌ها و یک ارائه کوتاه برای مدیر یا مشتری فرضی.
معیار پایان گام: گزارش شما تاریخ گزارش، وضعیت زمان‌بندی، مهم‌ترین ریسک‌ها، تصمیم‌های لازم، مسئول اقدام‌ها و موعد هر اقدام را به‌وضوح نشان می‌دهد.
دوره پیشنهادی
-
۳۰ ساعت
پایش زمان، ظرفیت و هزینه
هدف گام: انحراف برنامه را از داده‌های ساده تشخیص دهید و گزینه‌های اصلاحی واقع‌بینانه پیشنهاد کنید.
مدیر پروژه لازم نیست حسابدار یا تحلیلگر داده باشد، اما باید بتواند ساعت مصرف‌شده، ظرفیت تیم، پیشرفت فعالیت‌ها و هزینه‌های قابل کنترل را بخواند. داده‌ها را با برنامه مبنا مقایسه کنید و از گزارش صرفاً توصیفی دوری کنید.
اگر موعد تحویل در خطر است، فقط اعلام تأخیر کافی نیست. گزینه‌هایی مانند کاهش دامنه، جابه‌جایی ترتیب کار، افزایش ظرفیت، تغییر موعد یا تقسیم تحویل را همراه با پیامد هر گزینه ارائه کنید. اختیار تأیید بودجه یا منابع ممکن است با مدیر پروژه نباشد، اما آماده‌سازی اطلاعات تصمیم با او است.
مهارت‌ها
بودجه‌ریزی و کنترل هزینه پروژهتحلیل داده با صفحه‌گسترده‌هابرنامه‌ریزی و زمان‌بندی پروژهارتباطات و گزارش‌دهی پروژهابزارها
مفاهیم تکمیلی
برنامه مبنا و انحراف از برنامهپایش ظرفیت تیمثبت ساعت و هزینه پروژهپیش‌بینی تکمیل فعالیت‌هاتحلیل سناریوی جبرانیداشبورد وضعیت پروژهپروژه پیشنهادی: یک فایل صفحه‌گسترده بسازید که برای ۶ هفته فرضی، برنامه و واقعیت زمان، ظرفیت، هزینه و وضعیت فعالیت‌ها را مقایسه کند و دو اقدام اصلاحی پیشنهاد دهد.
معیار پایان گام: می‌توانید دست‌کم دو انحراف مهم را از داده‌ها تشخیص دهید، علت احتمالی آن‌ها را بنویسید و برای هرکدام یک گزینه اصلاحی با پیامد روشن ارائه کنید.
-
۵۰ ساعت
اجرای شبیه‌سازی کامل و ساخت نمونه‌کار
هدف گام: مهارت‌های آموخته‌شده را در یک چرخه منسجم از آغاز تا اختتام پروژه نشان دهید.
یک پروژه تمرینی را در بازه ۴ تا ۶ هفته شبیه‌سازی کنید. می‌توانید با چند دوست یا هم‌کلاسی روی یک محصول ساده کار کنید، یا با سناریوی فرضی پیش بروید. حالت اول برای تمرین پیگیری، تعارض و تأخیر واقعی ارزش بیشتری دارد.
بسته نمونه‌کار باید روایت تصمیم‌گیری شما را نشان دهد، نه فقط تصویر برد Jira. سند آغاز، برنامه، ثبت ریسک، ثبت تغییر، صورت‌جلسه، گزارش وضعیت و گزارش اختتام را به‌هم متصل کنید. اطلاعات محرمانه یک پروژه واقعی را منتشر نکنید. نام‌ها و اعداد حساس را حذف یا تغییر دهید.
مهارت‌ها
مدیریت پروژهبرنامه‌ریزی و زمان‌بندی پروژهمدیریت ریسک پروژهمدیریت دامنه و کنترل تغییرات پروژهارتباطات و گزارش‌دهی پروژهمدیریت ذی‌نفعانبودجه‌ریزی و کنترل هزینه پروژهابزارها
مفاهیم تکمیلی
اجرای چرخه کامل پروژههماهنگی وابستگی‌های تحویلبازنگری پیشرفت و تصمیم‌گیریپذیرش و تحویل مرحله‌ایاختتام پروژه و درس‌آموخته‌هامستندسازی نمونه‌کار حرفهایپروژه پیشنهادی: یک پرونده نمونه‌کار برای پروژه نرم‌افزاری تمرینی تهیه کنید که شامل منشور، زمان‌بندی، برد کار، ثبت ریسک، ثبت تغییر، دو گزارش وضعیت، صورت‌جلسه و گزارش اختتام باشد.
معیار پایان گام: می‌توانید پرونده‌ای منسجم ارائه کنید که نشان دهد یک تغییر، یک ریسک و یک تأخیر چگونه ثبت، تحلیل، تصمیم‌گیری و تا نتیجه پیگیری شده‌اند.
زمان تقریبی یادگیری
برآورد مجموع زمان آموزش، مطالعه و تمرین تا رسیدن به سطح کاربردی؛ بسته به پیش‌زمینه شما می‌تواند کمتر یا بیشتر باشد.
ابزارهای مسیر
موارد زیر تصویری کلی از این بخش برای این مسیر ارائه می‌کنند.
خطاهای رایج مسیر
برای آشنایی بهتر با این مسیر، توجه به موارد زیر می‌تواند مفید باشد.
-
یادگیری ابزار بدون یادگیری منطق کنترل پروژه
Jira یا Microsoft Project را روی یک پروژه واقعی یا سناریوی ثابت تمرین کنید. برای هر آیتم، خروجی، مسئول، وابستگی، موعد و معیار اتمام تعیین کنید؛ صرف ساخت برد یا نمودار کافی نیست.
-
برنامه‌ریزی با موعدهای قطعی و فرض‌های پنهان
فرض‌های زمان‌بندی، ظرفیت واقعی افراد و وابستگی‌های بیرونی را کنار برنامه بنویسید. با تغییر هر فرض، اثر آن را بر موعد تحویل بررسی و گزارش کنید.
-
ثبت نکردن تصمیم‌ها و تعهدهای جلسه
پس از هر جلسه، تصمیم، اقدام، مسئول و موعد را در صورت‌جلسه ثبت و برای حاضران ارسال کنید. موارد باز را تا بسته‌شدن پیگیری کنید.
-
مخلوط کردن ریسک، مسئله و درخواست تغییر
برای هرکدام ثبت جداگانه داشته باشید. ریسک به اقدام پیشگیرانه نیاز دارد، مسئله به رفع فوری و تغییر به تحلیل اثر و تأیید ذی‌نفع مجاز.
-
گزارش سبز برای پنهان‌کردن تأخیر
وضعیت را بر اساس داده و برنامه مبنا گزارش کنید. اگر تأخیر دارید، علت، اثر، تصمیم موردنیاز و گزینه جبرانی را شفاف بنویسید.
-
فشار بر تیم به‌جای رفع مانع
پیش از درخواست سرعت بیشتر، علت تأخیر را بررسی کنید: وابستگی، ابهام نیاز، کمبود ظرفیت یا مشکل فنی. سپس برای رفع مانع با ذی‌نفع مناسب هماهنگ شوید.
-
یکسان فرض کردن پروژه محصولی و مشتری‌محور
در پروژه مشتری‌محور، تأییدهای رسمی، صورت‌جلسه و کنترل تغییر را پررنگ‌تر کنید. در پروژه محصولی، وابستگی تیم‌ها، انتشار و ظرفیت تحویل را دقیق‌تر پیگیری کنید.
چک‌لیست آمادگی شغلی
پیش از ادامه، فهرست زیر را مرور کنید و مطمئن شوید همه موارد را پوشش داده‌اید:
- می‌توانم خروجی، خارج از دامنه، ذی‌نفعان و معیار پذیرش یک پروژه را مکتوب کنم.
- می‌توانم یک پروژه را به فعالیت‌ها، مسئولان، وابستگی‌ها و نقاط عطف قابل پیگیری تقسیم کنم.
- می‌توانم برد کار یک تیم نرم‌افزاری را در Jira تنظیم و وضعیت آن را تفسیر کنم.
- می‌توانم ریسک، مسئله و درخواست تغییر را از هم جدا ثبت و پیگیری کنم.
- می‌توانم صورت‌جلسه‌ای با تصمیم، اقدام، مسئول و موعد مشخص بنویسم.
- می‌توانم گزارش وضعیت کوتاهی شامل انحراف، ریسک، اقدام بعدی و تصمیم موردنیاز ارائه کنم.
- می‌توانم اثر تغییر دامنه را بر زمان، ظرفیت یا هزینه توضیح دهم.
- می‌توانم یک نمونه‌کار منسجم از برنامه‌ریزی تا اختتام پروژه ارائه کنم.
پرسش‌های پرتکرار
اگر درباره این مسیر پرسشی دارید، ممکن است پاسخ آن را در میان موارد زیر پیدا کنید.
برای اجرای این مسیر از کجا شروع کنم؟
از تعریف یک پروژه کوچک و مستندسازی مسئله، خروجی، ذی‌نفعان و فعالیت‌های آن شروع کنید. سپس همه گام‌ها را روی همان سناریو پیش ببرید. تغییر مداوم سناریوی تمرینی باعث می‌شود اسناد و تصمیم‌های شما به یکدیگر وصل نشوند.
یادگیری این مسیر چقدر زمان می‌برد؟
برای فردی بدون سابقه مرتبط که هفته‌ای حدود ۸ تا ۱۰ ساعت مطالعه و تمرین می‌کند، ۱۵۰ تا ۲۵۰ ساعت این مسیر معمولاً حدود ۵ تا ۷ ماه زمان می‌گیرد. آمادگی برای نقش‌های ورودی مانند کارشناس یا هماهنگ‌کننده پروژه، با تمرین و تجربه عملی تکمیلی، معمولاً در بازه ۶ تا ۱۲ ماه حاصل می‌شود.
آیا باید همه گام‌ها را به‌ترتیب انجام دهم؟
بله، اگر تجربه قبلی ندارید. گام‌های برنامه‌ریزی، ریسک و گزارش‌دهی به یک سناریوی مشترک وابسته‌اند. اگر پیش‌تر در یک پروژه واقعی زمان‌بندی یا گزارش وضعیت تهیه کرده‌اید، می‌توانید زمان گام مرتبط را کاهش دهید، اما خروجی تمرینی آن را کامل کنید.
برای پروژه تمرینی چه موضوعی انتخاب کنم؟
موضوعی انتخاب کنید که خروجی، چند ذی‌نفع و دست‌کم یک وابستگی داشته باشد. مانند راه‌اندازی سامانه ثبت درخواست پشتیبانی یا طراحی نسخه ساده یک سرویس آنلاین. پروژه باید آن‌قدر کوچک باشد که بتوانید در ۴ تا ۶ هفته شبیه‌سازی آن را جمع‌بندی کنید.
اگر به Jira یا Microsoft Project دسترسی نداشته باشم چه کنم؟
تمرین را متوقف نکنید. ابتدا برنامه، ثبت ریسک، ثبت تغییر و گزارش وضعیت را با یک صفحه‌گسترده و ابزار مستندسازی تهیه کنید. سپس در صورت دسترسی، همان داده‌ها را به ابزار انتخابی منتقل کنید. هدف این مسیر، توانایی کنترل کار است، نه وابستگی به یک نرم‌افزار مشخص.
نمونه‌کار مدیر پروژه باید چه چیزهایی را نشان دهد؟
نمونه‌کار باید زنجیره تصمیم‌گیری را نشان دهد: سند آغاز، برنامه زمان‌بندی، برد کار، ثبت ریسک، ثبت تغییر، صورت‌جلسه، گزارش وضعیت و گزارش اختتام. برای هر مورد، ارتباط آن با یک تصمیم یا اقدام بعدی را روشن کنید و اطلاعات محرمانه پروژه‌های واقعی را حذف کنید.
آموزش‌های مرتبط در فرادرس
-
آموزش مبانی مدیریت پروژه – اصول اخلاق
-
آموزش مدیریت پروژه های فناوری اطلاعات IT – پیشرفته
-
آموزش برنامه ریزی و زمان بندی پروژه
-
آموزش مبانی مدیریت پروژه – ارتباطات + گواهینامه
-
آموزش اسناد مدیریت پروژه (رایگان)
-
آموزش مدیریت ریسک پروژه با نرم افزار پرت مستر Pertmaster
-
آموزش آسانا Asana برای مدیریت پروژه + گواهینامه
-
دفتر مدیریت پروژه PMO چیست؟ – به زبان ساده