همانگونه که گفته شد، بهتر است روندی برای تیم پروژه وجود داشته باشد که بهجای کار روی انبوهی از تحویلشدنیها، روی شمار اندکی کار کرده، آنها را به سرانجام برساند. بهتر است مدیر پروژه کارهای پایان یافته را بررسی و تایید نیز بکند.
تایید تحویلشدنیها بر پایه گستره و کیفیت آنهاست. باید پیش از آغاز به کار روی تحویلشدنیها از نیروهای فنی پروژه کمک بگیرید و گستره و کیفیت تحویلشدنیها را بر پایه الزامات و نیازهای ذینفعان تعیین کنید. پس از اینکه کار به پایان رسد، بر پایه همان تعریف نخستینی که به کمک اعضای تیم شده بود کارشان را بررسی خواهید کرد. این بررسی به مفهوم نظارتی از بالا به پایین و با هدف خردهگیری نیست، بلکه کمکی دوستانه است از سوی فردی که شاید حتی فنی هم نباشد تا با نگاهی تازه، کمی دورتر از کار به آن بنگرد و تفاوت احتمالی آن را با آنچه افراد فنی در نظر داشتهاند بسنجد و کمبودهای احتمالی را مشخص کند.
جلوگیری از بروز دشواریهای بنیادین در زمان تحویل نهایی، افزایش بهرهوری کار با محدود کردن کارهای موازی، و بسیاری دیگر از عناصر مفید پروژه مستلزم تعیین گستره و کیفیت تحویلشدنیها پیش از ساخت است. پرینس۲ برای این کار سندی به نام شرح محصول دارد («محصول» در اینجا به معنی تحویلشدنی است) و P3.express این مشخصات را به شکل یادداشت در نقشه تحویلشدنیها لحاظ میکند. متدولوژی خود را بررسی …
پس از ارزیابی وضعیت پروژه، باید نتیجه را به برخی از ذینفعان گزارش کنید. اعضای تیم باید از وضعیت پروژه آگاه باشند تا بتوانند کار خود را بر آن پایه اصلاح کنند. برخی لایههای مدیریتی سازمان هم باید از وضعیت پروژه باخبر باشند. اگر کارفرمایی بیرون سازمان داشته باشید هم بیگمان از شما انتظار گزارش خواهد داشت.
در بیشتر مواقع نمیتوان با فقط یک نوع گزارش با همه ذینفعان ارتباط مناسب برقرار کرد. برخی نیاز به اطلاعات فنی و برخی مدیریتی دارند. برخی نیاز به اطلاعات تفصیلی دارند و برخی کلان. چند نوع گزارش که برای پاسخگویی به همه نیازها کافی باشد طراحی کنید و در فهرست ذینفعان هم مشخص کنید که هر فرد قرار است چه نوع گزارشی دریافت کند. پس از فرستادن گزارش، با ذینفعان گفتگو کرده، کارآمدی گزارش را ارزیابی کنید. باید دایما به دنبال یافتن راههایی برای بهبود گزارشهای خود باشید.
ذینفعان به درجههای مختلفی گرفتار هستند و بسیاری از آنها صبر و حوصله ندارند. از این رو، گزارشهای خلاصه و سرراست کارآمدتر هستند. برخی از ذینفعانتان پافشاری خواهند کرد که گزارشهای تفصیلی برایشان بفرستید، ولی حتی در آن حالت هم گزارشی تکصفحهای به آن پیوست کنید، زیرا هنگامی که گزارش تفصیلی درخواست میکنند بیشتر از این روست که مطمئن باشند زیرساخت و توانایی کافی را برای ارزیابی پروژه دارید، ولی طولانی بودن گزارش باعث میشود …
تمرکز اصلی PMI بر برگزاری کنفرانسهایی بود که دستاندرکاران را گرد هم میآورد. این سنت همچنان ادامه دارد و در هر شهر یا کشوری که شعبهای از PMI وجود داشته باشد معمولا یک کنفرانس بزرگ سالانه و چند کنفرانس کوچک محلی برگزار میشود.
مدتی پس از بنیانگذاری PMI، ایده راهاندازی گواهیای برای مدیریت پروژه شکل گرفت. این گواهی، با نام Project Management Professional (حرفهای در مدیریت پروژه)، که کوتاهشده PMP نامیده میشود، در ۱۹۸۴ شکل گرفت. گواهی بهسرعت محبوبیت فراوانی پیدا کرد و همچنان یکی از مطرحترین گواهیهای مدیریت پروژه جهان به شمار میرود.