دانشنامه جامع
و مرجع کاربردی برنامهریزی و کنترل پروژه
مرجع تخصصی مفاهیم پیش از پروژه، تامین مالی صنعتی، رویکردهای اجرایی
(پیشبینانه، چابک و پیوندی)، چارچوب اسکرام، منشور پروژه، مدیریت ذینفعان و ساختار حقوقی عاملیتها
فهرست مطالب مرجع
- ۱. مقدمه و یکپارچگی مفهومی مدیریت
پروژه - ۲. واژهنامه جامع اصطلاحات و اختصارات
تخصصی - ۳. چرخه پیش از پروژه
(Pre-Project Era)، طرح توجیهی (Business Case) و روشهای تامین مالی - ۴. الزامات پروژه،
محدودیتهای ششگانه (STCQRR) و پدیده طلاکاری (Gold Plating) - ۵. دستهبندی فرآیندها و
رویکردهای سهگانه اجرای پروژه (Predictive, Adaptive, Hybrid) - ۶. چارچوب چابک اسکرام (Scrum
Framework) و ابزار دیداری کانبان (Kanban) - ۷. سند منشور پروژه (Project
Charter) و ابعاد حاکمیتی آن - ۸. تحلیل ذینفعان (Stakeholders)،
لایههای سازمانی و ماتریس قدرت – علاقه - ۹. ارکان و عاملیتهای
اجرایی، فهرست سازندگان مورد تایید (AVL) و ملاحظات حقوقی قراردادها - ۱۰. نمودارهای فرآیندی و ساختاری
جامع - ۱۱. تحلیل عمیق و جمعبندی مدیریتی
۱. مقدمه و یکپارچگی
مفهومی مدیریت پروژه
مدیریت پروژه مدرن، حوزهای چندبعدی است که از مراحل امکانسنجی اولیه و مطالعات توجیهپذیری تا تحویل نهایی و پایش
منافع کسبوکار را در بر میگیرد. دستیابی به موفقیت در اجرای پروژههای پیچیده صنعتی، عمرانی و نرمافزاری نیازمند
درک دقیق تمایز میان «کارهای مدیریت پروژهای» و «کارهای محصولگرا»، انتخاب صحیح رویکرد توسعه (پیشبینانه، چابک یا
پیوندی)، حاکمیت شفاف از طریق منشور پروژه و تعامل فعال با تمامی ذینفعان در لایههای مختلف سازمانی است. این
دانشنامه به عنوان یک مرجع جامع، مفاهیم، چارچوبها و الزامات حقوقی و اجرایی مدیریت پروژه را تبیین مینماید.
۲. واژهنامه جامع
اصطلاحات و اختصارات تخصصی
مجموعه زیر شامل مهمترین مفاهیم، استانداردهای بینالمللی و اصطلاحات کاربردی مدیریت و کنترل پروژه است:
- Adaptive / Agile (تطبیقی / چابک): رویکردی مدیریتی برای پروژههای دارای ابهام بالا و تغییرات
مداوم که کارها در آن در بازههای زمانی کوتاه و تکرارشونده پیش میروند. - Approved Vendor List / AVL (فهرست سازندگان مورد تأیید): لیستی رسمی از تأمینکنندگان و
پیمانکاران جزء که پیشتر صلاحیت فنی، مالی و کیفی آنها به تأیید کارفرما یا مدیر طرح رسیده است. - BABOK (Business Analysis Body of Knowledge): پیکره دانش تحلیل کسبوکار؛ استاندارد مرجع
بینالمللی تحلیل کسبوکار. - Business Acumen (هوشمندی تجاری): درک استراتژیهای سازمان، مأموریت، چشمانداز و توانایی متصل
کردن فعالیتهای پروژه به سودآوری و توسعه کسبوکار. - Business Analyst (BA): تحلیلگر کسبوکار؛ نقش تخصصی مسئول تدوین طرح توجیهی (Business Case) و ارزیابی تحقق منافع.
- Business Case (طرح توجیهی / کیس کسبوکار): سند بنیادی حاکمیتی در دوران پیش از پروژه که
توجیهپذیری فنی، اقتصادی، مالی و استراتژیک پروژه را اثبات میکند. - Buy-Back (بیع متقابل): الگوی قراردادی ویژه در صنایع بالادستی که سرمایهگذار خارجی دانش و
تجهیزات را آورده و بازپرداخت هزینهها و سود آن از محل فروش بخشی از محصول تولیدی انجام میشود. - Central Bank Guarantee (ضمانتنامه بانک مرکزی): تضامین حاکمیتی ارائه شده توسط بانک مرکزی به
بانکهای خارجی مشروط به پذیرش عاملیت توسط یک بانک داخلی. - Daily Scrum / Stand-up (جلسه روزانه دیلی): نشستی روزانه و ایستاده با بازه زمانی حداکثر ۱۵
دقیقه جهت هماهنگی اعضای تیم توسعه اسکرام. - Deliverable (تحویلشدنی / دستاورد): هرگونه محصول، خدمت یا نتیجه ملموس یا ناملموس که در طول
یا پایان پروژه تولید و تحویل داده میشود. - Development Team (تیم توسعه): تیمی خودسازماندهیشده و چندتخصصی در اسکرام که کار تولید
واقعی محصول را انجام میدهند (حداکثر ۱۰ نفر). - EDMS (Engineering Document Management System): سامانه نرمافزاری مدیریت مدارک مهندسی جهت
ثبت، کنترل، دانلود و تبادل آنلاین اسناد پروژه. - EPCF (Engineering, Procurement, Construction, Finance): ساختار قراردادی که علاوه بر مهندسی،
تامین و ساخت، مسئولیت تامین مالی نیز بر عهده پیمانکار است. - Expectations (انتظارات / توقعات): خواستههای ناگفتنی و غیرمکتوب ذینفعان که شناسایی و
برآورده ساختن آنها باعث ایجاد رضایت عمیق و ارزش افزوده میشود. - Finance (فاینانس / تامین مالی خارجی): جذب منابع مالی از بانکها یا موسسات اعتباری
بینالمللی برای پروژههای بزرگ زیربنایی. - General Contractor / GC (پیمانکار اصلی): پیمانکار کلان پروژه که مسئولیت اجرای کامل پروژه را
بر عهده داشته و برخی بخشها را به پیمانکاران جزء میسپارد. - Gold Plating (طلاکاری): ارائه کیفیتی بالاتر از استاندارد و الزام تعیینشده در قرارداد، که
اقدامی انحرافی و غیرمجاز در مدیریت پروژه محسوب میشود. - Grace Period (دوره تنفس): مهلت زمانی مشخصشده پس از اتمام ساخت پروژه که وامگیرنده معاف از
پرداخت اقساط است تا پروژه به درآمدزایی برسد. - Hybrid (پیوندی / ترکیبی): رویکردی که در آن بخشهایی از پروژه (مانند طراحی) به روش چابک و
بخشهایی دیگر (مانند ساخت) به روش پیشبینانه مدیریت میشوند. - Kanban Board (تخته کانبان): ابزار دیداری جهت نمایش جریان کار شامل ستونهای «کارهای باید
انجام شود (To Do)»، «در حال انجام (Doing)» و «انجامشده (Done)». - Limited Tender (مناقصه محدود): فرایندی که در آن دعوتنامههای اختصاصی برای فهرست کوتاهی از
پیمانکاران ارزیابیشده ارسال میگردد. - Major Constraints (محدودیتهای اصلی – STCQRR): شش عامل بازدارنده شامل محدوده (Scope)، زمان
(Time)، هزینه (Cost)، کیفیت (Quality)، منابع (Resources) و ریسک (Risks). - Management Contractor / MC (پیمانکار مدیریت / مدیریت طرح): شرکتی تخصصی که به نمایندگی از
کارفرما، مسئولیت مدیریت و نظارت بر کلیه ارکان پروژه را بر عهده دارد. - Needs (نیازها): حیاتیترین الزامات مکتوب پروژه که بدون برآورده شدن آنها، ماهیت پروژه زیر
سوال رفته و قابل چانهزنی نیستند. - PMO (دفتر مدیریت پروژه): واحد ساختاری دائمی در سازمان متولی استانداردسازی، آموزش، پشتیبانی
و توسعه متدولوژیهای مدیریت پروژه. - Power/Interest Grid (ماتریس قدرت – علاقه): تکنیکی تحلیلی برای اولویتبندی ذینفعان بر اساس
میزان قدرت تأثیرگذاری و میزان علاقه یا درگیری آنها. - Predictive / Plan-Driven (پیشبینانه / برنامهمحور): رویکردی که در آن ابتدا برنامهریزی
جامع صورت گرفته و سپس اجرا طبق برنامه پیش میرود. - Pre-Project Phase (دوران پیش از پروژه): تمامی مطالعات امکانسنجی و تصمیمگیریها که قبل از
آغاز رسمی پروژه صورت میگیرد. - Product Backlog (بکلاگ محصول): فهرستی پویا و اولویتبندیشده از تمامی نیازمندیها و
ویژگیهای مورد انتظار از محصول در اسکرام. - Product Owner / PO (مالک محصول): نقشی در اسکرام که نماینده مشتری بوده و مسئول مدیریت و
اولویتبندی بکلاگ محصول است. - Project Charter (منشور پروژه): سندی رسمی که توسط حامی صادر شده، رسمیت قانونی پروژه را اعلام
کرده و اختیارات مدیر پروژه را تعیین میکند. - Project Manager (مدیر پروژه): فردی حقیقی که مسئولیت رهبری تیم پروژه برای تحقق اهداف در
چارچوب محدودیتها را بر عهده دارد. - Project Sponsor (حامی پروژه): فرد یا مرجعی در سازمان با رتبه بالاتر از مدیر پروژه که مسئول
تامین منابع و پاسخگوی نهایی سند منشور پروژه است. - PSM (Professional Scrum Master): گواهینامه حرفهای بینالمللی اسکرام مستری ارائهشده توسط
موسسه Scrum.org. - Public Tender (مناقصه عمومی): فرایندی که در آن آگهی فراخوان مناقصه به اطلاع عموم رسیده و
تمامی پیمانکاران واجد شرایط میتوانند پیشنهاد دهند. - Scrum Framework (چارچوب اسکرام): چارچوبی چابک و سبکوزن برای مدیریت و توسعه پروژههای
پیچیده بر پایه تیمهای خودسازماندهیشده. - Scrum Master / SM (اسکرام مستر): رهبر خدمتگزار و مربی تیم در اسکرام که مسئول تسهیل
فرآیندها و رفع موانع کاری است. - Sprint (اسپرینت): بازه زمانی ثابت بین ۱ تا ۴ هفته که در طول آن یک خروجی قابل استفاده و
تکمیلشده ساخته میشود. - Sprint Backlog (بکلاگ اسپرینت): مجموعهای از آیتمهای انتخابی از بکلاگ محصول همراه با
برنامه دستیابی به هدف اسپرینت جاری. - Sprint Retrospective (جلسه رترو / بازنگری): نشست انتهای اسپرینت جهت آسیبشناسی فرآیندها و
استخراج درسهای آموختهشده. - Sprint Review (جلسه بازبینی اسپرینت): نشست انتهای اسپرینت جهت ارائه محصول ساختهشده به
ذینفعان و بررسی میزان تحقق کار. - Stakeholder Register (سند ثبت ذینفعان): مدرکی مدون شامل اطلاعات شناسایی، سوابق، انتظارات و
میزان تاثیرگذاری ذینفعان. - Stakeholders (ذینفعان / زیاثران): افراد، گروهها یا سازمانهایی که بر پروژه اثر میگذارند،
اثر میپذیرند یا احساس میکنند اثر میپذیرند. - Steering Committee (کمیته راهبری): کمیتهای موقت تشکیلشده از ارکان حاکمیتی سازمان برای
بررسی دورهای توجیهپذیری پروژهها. - Subcontractor (پیمانکار جزء): پیمانکار تخصصی که بخشهای خاصی از عملیات اجرایی را تحت نظر
پیمانکار اصلی انجام میدهد. - Talent Triangle (مثلث شایستگی PMI): سه ضلع توانمندی مدیر پروژه شامل روشهای کاری (Ways of
Working)، مهارتهای قدرتی (Power Skills) و هوشمندی تجاری (Business Acumen). - Tailoring (متناسبسازی / بومیسازی): فرآیند تطبیق اسناد، فرآیندها و متدولوژیهای استاندارد
با اندازه، فرهنگ و نیازهای خاص هر سازمان. - Unpriced Contract (قرارداد بدون قیمت): نسخهای از قرارداد پیمانکار جزء که مفاد فنی و حقوقی
را حفظ کرده اما بخشهای مالی آن پاک شده است. - Vital Few (کمهای حیاتی): تعداد محدودی از فرآیندهای کلیدی که عدم رعایت آنها علت اصلی شکست
اکثر پروژههاست. - Wants (خواستهها): الزامات مکتوب قراردادی با درجه اهمیت کمتر از نیازها که در صورت عدم
برآورده شدن، اصل پروژه زیر سوال نرفته و قابل چانهزنی هستند.
۳.
چرخه پیش از پروژه (Pre-Project Era)، طرح توجیهی (Business Case) و روشهای تامین مالی
فرآیند مدیریت پروژه با امضای قرارداد آغاز نمیشود؛ بلکه مرحله بسیار مهمی به نام دوران پیش از پروژه
(Pre-Project Era) وجود دارد. در این مرحله، سند کلیدی Business Case (طرح
توجیهی) تهیه میشود تا به این پرسش پاسخ دهد که آیا پروژه از نظر اقتصادی، فنی، مالی و استراتژیک
توجیهپذیر است یا خیر.
روشهای اصلی تامین مالی پروژههای صنعتی (Project Financing):
- آورده مستقیم سهامداران: سرمایهگذار منابع مالی کافی را در اختیار داشته و پروژه را مستقیماً
کلید میزند. - تسهیلات شبکه بانکی داخلی: سرمایهگذار با ارائه سند Business Case به بانکهای داخلی، تسهیلات
اعتباری دریافت میکند. در این روش، مفهوم دوره تنفس (Grace Period) اهمیت دارد؛ مهلتی پس از
اتمام ساخت (مثلاً ۱ الی ۲ سال) که در آن وامگیرنده معاف از پرداخت اقساط است تا پروژه به درآمدزایی برسد. - تامین مالی خارجی (Finance / فاینانس): در پروژههای کلان زیربنایی، به دلیل حجم بالای
سرمایهگذاری، منابع مالی از بانکهای بینالمللی جذب میشود. شرط حیاتی این روش، ارائه ضمانتنامه بانک
مرکزی (Central Bank Guarantee) است که مشروط به پذیرش عاملیت توسط یک بانک داخلی صادر میشود.
مدلهای قراردادی پیشرفته تامین مالی:
- قرارداد EPCF: کارفرما علاوه بر مهندسی، تامین و ساخت، مسئولیت جذب فاینانسر خارجی را نیز بر
عهده پیمانکار اصلی قرار میدهد. - قرارداد بیع متقابل (Buy-Back): در پروژههای بالادستی نفت و گاز، شرکت خارجی تکنولوژی و
سرمایه را آورده و بازپرداخت اصل و سود سرمایه از محل تخصیص درصدی از محصول تولیدی (مثلاً ۴۰٪ از درآمد هر بشکه
به مدت ۲۰ سال) انجام میپذیرد. شرط شروع دوره بازپرداخت معمولاً عملکرد بدون انقطاع در یک دوره تست مشروط
(مثلاً ۲۱ روز تولید مستمر) است.
سناریوی آموزشی: تامین مالی مجتمعهای بزرگ صنعتی
در احداث مجتمعهای عظیم صنعتی (مانند کارخانجات تولید آلومینیوم یا پتروشیمیهای بزرگ)، حجم سرمایه مورد نیاز به
قدری بالاست که هیچ یک از بانکهای داخلی امکان تامین یکپارچه آن را ندارند. در این شرایط، استفاده از ساختار
فاینانس خارجی با اخذ عاملیت یک بانک داخلی و صدور ضمانتنامه حاکمیتی بانک مرکزی، تنها مسیر عملیاتی برای
پیشبرد پروژه است.
۴.
الزامات پروژه، محدودیتهای ششگانه (STCQRR) و پدیده طلاکاری (Gold Plating)
تفکیک سطوح سهگانه الزامات پروژه:
طبق تعریف PMBOK، مدیریت پروژه به معنای بهکارگیری دانش برای تحقق الزامات است. الزامات در ۳ سطح ساختاریافته قرار
میگیرند:
| سطح الزام | تعریف و ویژگی بنیادی | وضعیت در قرارداد | قابلیت چانهزنی | مثال کاربردی |
|---|---|---|---|---|
| نیازها (Needs) | بایدی که عدم رعایت آن ماهیت پروژه را کلاً نقض میکند. |
صریح و مکتوب | به هیچ وجه ندارد | وجود توربین در نیروگاه؛ وجود موتور در تحویل خودرو. |
| خواستهها (Wants) | تعهدات قراردادی که عدم رعایت آنها اصل پروژه را نقض نمیکند. |
صریح و مکتوب | دارد (قابل مذاکره) | ارائه گزارشها بهصورت CD کاغذی؛ استخدام ۷۰٪ نیروی بومی. |
| انتظارات (Expectations) | خواستههای ناگفتنی که شناسایی آنها موجب رضایت عمیق میشود. |
غیرمکتوب (ناگفتنی) | شناسایی هوشمندانه | راهاندازی سامانه آنلاین EDMS به جای تحویل فیزیکی مدارک. |
سناریوی آموزشی: پاسخ به انتظارات ناگفتنی و خلق ارزش افزوده
در پروژهای احداثی، در متن قرارداد شرط شده بود (Want مکتوب) که پیمانکار مدارک مهندسی را هر روز تا ساعت ۱۰ صبح
در قالب نسخه پرینتشده و لوح فشرده به دفتر کارفرما تحویل دهد. پیمانکار برای فراتر رفتن از سطح خواستهها و
پاسخ به انتظارات غیرمکتوب، سامانه وببسی مدیریت مدارک (EDMS) طراحی کرد. با اعطای دسترسی آنلاین به کارفرما،
نیاز به ارسال روزانه پیک، پرینت کاغذ و CD حذف گردید که موجب کاهش هزینههای جاری پیمانکار و افزایش شدید رضایت
کارفرما شد.
محدودیتهای ششگانه پروژه (STCQRR):
پروژهها در چارچوب ۶ محدودیت رقابتی تعادل مییابند:
- Scope (محدوده): ابعاد دقیق کارهایی که باید انجام شوند.
- Time (زمان): زمانبندی تعهدشده برای تحویل.
- Cost (هزینه): سقف بودجه تخصیصیافته.
- Quality (کیفیت): استاندارد مشخصشده مرغوبیت.
- Resources (منابع): محدودیت نیروی انسانی، ماشینآلات و متریال.
- Risks (ریسکها): میزان ریسکپذیری و مخاطرات محیطی.
پدیده طلاکاری (Gold Plating):
طلاکاری به معنای ارائه کیفیت، ویژگیها یا خدماتی بالاتر از سطح تعهدشده در قرارداد بدون درخواست کارفرماست.
طلاکاری یک انحراف مدیریتی محسوب میشود؛ زیرا منابع، زمان و بودجه پروژه را بدون دریافت وجه یا
ایجاد الزام قانونی به هدر میدهد. کیفیت باید دقیقاً مطابق استاندارد تعهدشده ارائه گردد.
مدیرعامل سازمانی جهت شرکت در جلسه مهم با کارفرما نیاز به گزارشی ۲ صفحهای از اعداد کلیدی پیشرفت فیزیکی داشت.
کارشناس کنترل پروژه به جای آمادهسازی سریع اعداد، ۳ ساعت زمان صرف انتخاب فونت، تنظیم رنگبندی بوردورها و
زیباسازی ظاهری نمودارها کرد. در نهایت گزارش با ظاهری بسیار شکیل پس از پایان جلسه آماده شد! این نمونه بارز
طلاکاری و عدم درک صحیح از نیاز واقعی ذینفع است.
۵.
دستهبندی فرآیندها و رویکردهای سهگانه اجرای پروژه (Predictive, Adaptive, Hybrid)
ساختار فرآیندهای مدیریت پروژه در PMBOK:
فرآیندهای مدیریت پروژه در قالب ۵ گروه فرآیندی (Process Groups) سازماندهی میشوند:
- آغازین (Initiating): فرآیندهای کسب مجوز و تعریف پروژه (شامل تدوین منشور و شناسایی ذینفعان).
- برنامهریزی (Planning): فرآیندهای تعیین محدوده، زمانبندی، هزینه و مدیریت ریسک.
- اجرایی (Executing): فرآیندهای هدایت تیم و تولید تحویلشدنیها.
- پایش و کنترل (Monitoring & Controlling): فرآیندهای ردیابی، بازبینی و تنظیم پیشرفت که همپای
تمامی گروهها اجرا میشود. - اختتامیه (Closing): فرآیندهای تحویل نهایی و بایگانی درسهای آموختهشده.
مفهوم Vital Few (کمهای حیاتی) بیانگر آن است که اگرچه فرآیندهای متعددی در استانداردها تعریف
شدهاند، اما علت اصلی شکست پروژهها عدم اجرای صحیح ۵ تا ۱۰ فرآیند کلیدی و شالودهای است.
رویکردهای سهگانه توسعه پروژه (Development Approaches):
| شاخص مقایسهای | رویکرد پیشبینانه (Predictive) | رویکرد تطبیقی / چابک (Adaptive / Agile) |
|---|---|---|
| شفافیت محدوده | کاملاً مشخص، شفاف و تثبیتشده در ابتدا. | دارای ابهام بالا، متغیر و نوظهور. |
| مدل برنامهریزی | برنامهریزی جامع و بلندمدت پیش از آغاز اجرا. | برنامهریزی کوتاهمدت و گامبهگام (اسپرینتهای ۱ تا ۴ هفتهای). |
| مدیریت تغییرات | کنترل شدید تغییرات با تشریفات رسمی. | استقبال از تغییرات به عنوان واقعیت پروژه. |
| تعامل با کارفرما | حضور در نقاط تحویل کلیدی و جلسات رسمی. | حضور مستمر و روزانه (در قالب مالک محصول). |
| صنایع هدف | ساختوساز، عمران، نیروگاه، نفت و گاز. | نرمافزار، فناوری اطلاعات، R&D، استارتآپها. |
رویکرد پیوندی (Hybrid): ترکیبی از دو روش فوق است؛ برای نمونه در یک پروژه صنعتی EPC، فاز مهندسی
و طراحی (E) به روش چابک و فازهای خرید (P) و ساخت (C) به روش پیشبینانه مدیریت میشوند.
سناریوهای تمثیلی در درک رویکردهای اجرا
تمثیل ۱ (سفر بر اساس مسیر مشخص – پیشبینانه): سفر از نقطه A به B در یک آزادراه مشخص را در
نظر بگیرید که مبدأ، مقصد و زمانبندی توقفها در کاشان و اصفهان از قبل تعیین شده است. تاخیرهای کوچک (مانند
پنچری خودرو) برنامه زمانبندی را کمی جابهجا میکند اما مسیر و هدف کلی را تغییر نمیدهد.
تمثیل ۲ (پیمایش در اتاق تاریک – چابک): حرکت در یک اتاق تاریک هنگام قطعی برق را در نظر
بگیرید. برنامهریزی بلندمدت برای برداشتم ۲۰ گام مستقیم منجر به برخورد با موانع میشود. روش درست، برداشتن
گامهای بسیار کوچک، لمس محیط و تعدیل لحظهای مسیر است.
تمثیل ۳ (طراحی سایت برای مشتری با نیازمندی ناآگاهانه): سفارشدهندهای که تصویر دقیقی از
خروجی نهایی ندارد، با مشاهده خروجیهای گامبهگام نیازمندیهای خود را اصلاح میکند. در این حالت برنامهریزی
چابک مانع از شکست پروژه میشود.
۶. چارچوب چابک
اسکرام (Scrum Framework) و ابزار دیداری کانبان (Kanban)
ارکان و نقشهای سهگانه در اسکرام:
- Product Owner (مالک محصول): نماینده مشتری و ذینفعان؛ مسئول تعریف اهداف، مدیریت و
اولویتبندی Product Backlog. - Development Team (تیم توسعه): گروهی خودسازماندهیشده و چندتخصصی جهت ساخت محصول. ظرفیت
استاندارد این تیم حداکثر ۱۰ نفر است تا کانالهای ارتباطی یک فرمول ریاضی به اندازه N(N – 1) / 2 پیچیده نشود. - Scrum Master (اسکرام مستر): رهبر خدمتگزار و مربی تیم که مسئول آموزش قوانین اسکرام و رفع
موانع کاری (Blockers) است.
رویدادها و مصنوعات اسکرام:
- Product Backlog: لیست پویا و اولویتبندیشده کلیه نیازمندیهای محصول.
- Sprint Planning: نشست برنامهریزی ابتدای اسپرینت که در آن تیم توسعه آیتمهای بالایی بکلاگ
را انتخاب و وارد Sprint Backlog میکند. - Daily Scrum: نشست روزانه حداکثر ۱۵ دقیقهای به صورت ایستاده جهت پاسخ به ۳ سوال: دیروز چه
کردم؟ امروز چه میکنم؟ چه مانعی دارم؟ - Sprint Review: نشست انتهای اسپرینت با حضور ذینفعان. قانون پیشرفت در اسپرینت «یا صفر
یا ۱۰۰٪ (Done)» است؛ کار ۹۰٪ تمامشده به عنوان خروجی پذیرفته نشده و به بکلاگ عودت داده میشود. - Sprint Retrospective: نشست آسیبشناسی فرآیندها و استخراج درسهای آموختهشده در انتهای
اسپرینت.
ابزار دیداری کانبان (Kanban Board):
تخته کانبان ابزاری دیداری جهت نمایش جریان کار است که نخستین بار در خطوط تولید تویوتا به کار گرفته شد. این تخته
شامل سه ستون اصلی «کارهای باید انجام شود (To Do)»، «در حال انجام (Doing)» و «انجامشده (Done)» است که شفافیت
کامل در توزیع کار ایجاد میکند.
۷. سند منشور
پروژه (Project Charter) و ابعاد حاکمیتی آن
منشور پروژه اولین سند رسمی در گروههای فرآیندی آغازین (Initiating) است که پروژه را رسماً متولد کرده و به مدیر
پروژه اختیار استفاده از منابع سازمان را اعطا میکند.
ابعاد حقوقی و ساختاری منشور پروژه:
- مسئولیت نهایی سند: مسئولیت کامل و حقوقی سند منشور پروژه بر عهده Sponsor
(حامی) یا مدیرعامل سازمان است، نه مدیر پروژه! اگرچه تیم پروژه در نگارش آن کمک میکند. - ماهیت سند: منشور پروژه سندی کلینگر (۳ تا ۴ صفحه)، محرمانه و درونسازمانی
است، نه یک قرارداد بین خریدار و فروشنده. - میزان بهروزرسانی: منشور پروژه کمترین میزان بهروزرسانی (LEAST UPDATED)
را در چرخه حیات پروژه دارد؛ زیرا اهداف کلان بهندرت تغییر میکنند. - محتویات اصلی: چرایی پروژه، توصیف کلی، تحویلشدنیهای اصلی، بودجه کلان اولیه، اسامی و حدود
اختیارات مدیر پروژه و حامی، و معیارهای لغو پروژه (Exit Criteria).
۸. تحلیل
ذینفعان (Stakeholders)، لایههای سازمانی و ماتریس قدرت – علاقه
تعریف و لایههای سهگانه ذینفعان:
ذینفع به هر فرد، گروه یا سازمانی گفته میشود که بر پروژه اثر میگذارد، اثر میپذیرد یا احساس اثرپذیری میکند:
- لایه درون پروژه: مدیر پروژه، تیم مدیریت پروژه (PM Team – مسئول کارهای مدیریتی) و تیم پروژه
(Project Team – مسئول کارهای محصولگرا مانند بتنریزی و جوشکاری). - لایه درون سازمان (حاکمیتی): هیئت مدیره، حامی (Sponsor)، دفتر مدیریت پروژه (PMO – ساختار
دائمی) و کمیته راهبری (Steering Committee – کمیته موقت بررسی توجیه پروژهها). - لایه برونسازمانی (جامعه): کارفرما، مشتری، بهرهبردار نهایی، تامینکنندگان، مراجع
قانونگذار (شهرداری، محیط زیست) و همسایگان.
ماتریس قدرت – علاقه (Power/Interest Grid):
ذینفعان ثبتشده در سند ثبت ذینفعان (Stakeholder Register) بر اساس دو شاخص قدرت و علاقه
دستهبندی میشوند. بر خلاف منشور، سند ثبت ذینفعان مدام و به صورت پیوسته به روزرسانی میشود.
quadrantChart
title ماتریس قدرت - علاقه (Power/Interest Grid)
x-axis "علاقه / توجه کم (Low Interest)" --> "علاقه / توجه زیاد (High Interest)"
y-axis "قدرت کم (Low Power)" --> "قدرت زیاد (High Power)"
quadrant-1 "مدیریت نزدیک (Manage Closely) - اولویت ۱"
quadrant-2 "راضی نگه داشتن (Keep Satisfied) - اولویت ۲"
quadrant-3 "حداقل تلاش / پایش (Monitor / Minimum Effort) - اولویت ۴"
quadrant-4 "مطلع نگه داشتن (Keep Informed) - اولویت ۳"
- قدرت بالا / علاقه بالا $\rightarrow$ تعامل نزدیک (Manage Closely): کلیدیترین افراد (مدیر
پروژه کارفرما) که نیازمند گزارشدهی مستقیم و لحظهای هستند. - قدرت بالا / علاقه کم $\rightarrow$ راضی نگه داشتن (Keep Satisfied): مراجع قانونی و محیط
زیست. استراتژی اصلی، رعایت کامل الزامات و قوانین ابلاغی آنهاست. - قدرت کم / علاقه بالا $\rightarrow$ مطلع نگه داشتن (Keep Informed): پیمانکاران جزء و تیمهای
اجرایی. اطلاعرسانی سریع تغییرات نقشهها مانع اتلاف هزینه میشود. - قدرت کم / علاقه کم $\rightarrow$ پایش و حداقل تلاش (Monitor / Minimum Effort): همسایگان
کارگاه. باید پایش شوند تا معترض نشده و به ذینفع با قدرت بالا تبدیل نگردند.
سناریوهای آموزشی: مدیریت هوشمندانه ذینفعان
سناریوی ۱ (تغییر وضعیت ذینفعان حاشیهای به قدرت بالا): در احداث یک کارخانه صنعتی، اجرای
عملیات کوبش خاک در شب موجب نارضایتی ۸ خانوار روستایی ساکن در همسایگی شد. عدم توجه به اعتراض این ذینفعان (با
فرض قدرت کم)، باعث شکایت آنها به مقامات استانی و صدور دستور توقف رسمی پروژه شد. این سناریو ضرورت پایش
ذینفعان کمقدرت را نشان میدهد.
سناریوی ۲ (تغییرات ابعاد درها و اطلاعرسانی به پیمانکار جزء): تغییر ابعاد درهای یک مجتمع در
جلسه کارفرما تصویب میشود. اگر این تصمیم سریعاً به نجار (ذینفع با قدرت کم و علاقه بالا) اطلاع داده نشود،
ساخت درها با ابعاد قبلی موجب دوبارهکاری و ایجاد ادعای خسارت (Claim) میشود.
سناریوی ۳ (جلب رضایت همسایگان): در احداث یک مجتمع شهری، پیمانکار جهت جبران گردوغبار ناشی از
گودبرداری، کارتهای خدمات رایگان به همسایگان اعطا کرد. این اقدام هوشمندانه، ذینفعان معترض بالقوه را به
حامیان پروژه تبدیل ساخت.
۹.
ارکان و عاملیتهای اجرایی، فهرست سازندگان مورد تایید (AVL) و ملاحظات حقوقی قراردادها
تحلیل ساختار عاملیتها در پروژههای صنعتی:
در پروژههای کلان، سلسلهمراتب حقوقی متعددی میان ارکان شکل میگیرد:
- مالک (Owner): دارنده اصلی سرمایه و تعیینکننده استراتژیهای کلان.
- کارفرما (Client / Employer): نماینده حقوقی مالک که مناقصه برگزار کرده و طرف حساب مستقیم
پیمانکار است. - مدیر طرح (MC – Management Contractor): بازوی مدیریتی و نظارتی کارفرما.
- پیمانکار اصلی (GC – General Contractor): مسئول کلی اجرای پروژه که بخشی از کارها را
برونسپاری میکند. - پیمانکار جزء (Subcontractor): پیمانکار تخصصی طرف قرارداد با پیمانکار اصلی.
در این ساختارهای چندلایه، هر سازمان مستقل (کارفرما، MC، پیمانکار اصلی، پیمانکار جزء) دارای مدیر پروژه،
حامی و منشور پروژه مستقل مربوط به خود است.
الزامات فهرست سازندگان مورد تایید (AVL) و قراردادها:
- الزام استفاده از AVL: پیمانکار اصلی (GC) موظف است پیمانکاران جزء خود را تنها از میان
شرکتهای موجود در فهرست AVL کارفرما انتخاب کند. - ورود شرکت جدید به AVL: اضافه شدن پیمانکار جدید مستلزم ارائه مدارک، ارزیابی فنی و کیفی توسط
MC و تایید رسمی کارفرماست. - قرارداد بدون قیمت (Unpriced Contract): پیمانکار اصلی موظف است نسخهای از قرارداد پیمانکاران
جزء را برای MC ارسال کند تا مفاد فنی پایش شود. اما **بخشهای مالی و قیمتها در نسخه ارسالی باید پاک/سیاه
شوند (Unpriced)** تا محرمانگی تجاری حفظ گردد.
۱۰. نمودارهای
فرآیندی و ساختاری جامع
نمودار ۱: لایههای سهگانه سازمانی ذینفعان پروژه
flowchart RL
subgraph S3 ["لایه برونسازمانی / جامعه"]
REG["مراجع قانونگذار / محیط زیست"]
CUST["مشتری / کارفرما"]
ENDU["بهرهبردار نهایی"]
SUPP["تامینکنندگان / پیمانکاران جزء"]
end
subgraph S2 ["لایه درونسازمانی / حاکمیتی"]
GOV["بدنه حاکمیتی / هیئت مدیره"]
SPO["حامی پروژه (Sponsor)"]
PMO["دفتر مدیریت پروژه (PMO)"]
STEER["کمیته راهبری (Steering Committee)"]
end
subgraph S1 ["لایه درون پروژه"]
PM["مدیر پروژه (Project Manager)"]
PMT["تیم مدیریت پروژه (PM Team)"]
PT["تیم پروژه (Project Team)"]
end
PT --> PMT
PMT --> PM
PM --> SPO
SPO --> GOV
PMO --> STEER
STEER --> GOV
CUST --> PM
REG -.-> PM
SUPP --> PT
نمودار ۲: ورودیها و خروجی فرآیند تدوین منشور پروژه
flowchart RL
In1["Business Case (طرح توجیهی)"] --> Process["فرآیند:
Develop Project Charter
(تدوین منشور پروژه)"]
In2["Contract (قرارداد)"] --> Process
Process --> Out1["Project Charter (منشور پروژه)"]
نمودار ۳: زنجیره عاملیتها و روابط قراردادی در پروژههای صنعتی
flowchart RL
Owner["مالک اصلی (Owner)"]
Client["کارفرما / کلاینت (Client)"]
MC["مدیر طرح (MC)"]
GC["پیمانکار اصلی / کلان (GC)"]
Sub["پیمانکار جزء (Subcontractor)"]
Client -->|تاسیس شرکت فرعی/نماینده| Owner
MC -->|مدیریت و نظارت به نمایندگی| Client
GC -->|قرارداد اصلی پیمانکاری| Client
Sub -->|قرارداد فرعی از لیست AVL| GC
۱۱. تحلیل عمیق و
جمعبندی مدیریتی
مدیریت و کنترل پروژه یک فرآیند ایزوله نرمافزاری نیست، بلکه تعاملی پیچیده میان توجیه اقتصادی (Business Case)، ساختار حاکمیتی (Project Charter)، انتخاب رویکرد
متناسب (پیشبینانه یا چابک) و مدیریت هوشمندانه ذینفعان است. متناسبسازی (Tailoring) فرآیندها با فرهنگ سازمانی،
رعایت محرمانگی مالی در قراردادهای فرعی (Unpriced Contract) و پاسخگویی به انتظارات ناگفتنی کارفرمایان، ضامن
موفقیت پایدار پروژهها در محیطهای پرچالش صنعتی و کسبوکار امروز خواهد بود.
پیام مرجع مدیریتی: اتخاذ رویکرد مناسب توسعه، حاکمیت شفاف از طریق منشور صادرشده توسط حامی، تسلط
بر ماتریس قدرت-علاقه ذینفعان و رعایت دقیق ضوابط تامین (AVL)، چهار رکن بنیادی برای هدایت موفقیتآمیز هر پروژه
محسوب میشوند.