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

نادر خرمی راد

انتشار کتاب راهنمای تدوین گزارشهای پیشرفت

کتاب الکترونیکی جدیدم، راهنمای تدوین گزارش‌های پیشرفت پروژه منتشر شد.

image

تو این کتاب ۲۱ نوع از رایج‌ترین محتوایی که تو گزارش‌های پیشرفت پروژه کاربرد داره معرفی شده، برای هرکدوم یک یا چند شیوه ارائه پیشنهاد شده و در نهایت به اینجا ختم می‌شه که با انتخاب انواع محتوا و شیوه نمایش، گزارش یا گزارش‌های پیشرفت پروژه رو تهیه کنیم.

کتاب پیوستی هم داره که تکنیک‌های پیشرفته ترسیم نمودار رو تو اکسل توضیح می‌ده.

 

این هم فهرست مطالب کتاب:

 

  • مقدمه
    • گستره کتاب
    • منابع برای مطالعه بیشتر
    • ساختار مفهومی کتاب
  • فصل ۱: اطلاعات ایستا
    • مشخصات مدیریتی پروژه
    • مشخصات فنی پروژه
    • تاریخچه پروژه
  • فصل ۲: اطلاعات پویای شناسنامه‌ای
    • شناسنامه گزارش
    • فهرست مطالب
  • فصل ۳: اطلاعات پویای آماری
    • وضعیت آب و هوا
    • آمار منابع انسانی
    • آمار مصالح ورودی
    • آمار تجهیزات و ماشین آلات
    • عکس‌های پروژه
  • فصل ۴: اطلاعات پویای تحلیلی
    • پیشرفت فیزیکی تجمعی
    • پیشرفت فیزیکی دوره‌ای
    • پیشرفت مالی
    • تاخیر در مسیر بحرانی
    • تاخیر بر اساس تحلیل زمان کسب شده
    • شاخص تبعیت زمان‌بندی
    • تایم‌لاین پروژه
    • لیست مشکلات و راه حل‌ها
    • لیست فعالیت‌های بحرانی
  • فصل ۵: اطلاعات پویای صفحه پرکن
    • برنامه زمان‌بندی
    • لیست مکاتبات، نقشه‌ها و ...
  • فصل ۶: تدوین، قالب‌بندی و ارائه گزارش‌ها
    • تدوین گزارش‌ها
    • دوره گزارش‌دهی
    • تدوین گزارش در شرکت‌های مشاور
    • قالب‌بندی گزارش
  • پیوست ۱: مروری بر ساخت نمودار در اکسل
    • نمودارهای ترکیبی
    • نمودارهای دایره‌ای
    • نمودارهای گلوله‌ای
    • Sparklineها
    • خط‌چین کردن بخش‌هایی از مقادیر
    • نمودارهای گروهی
    • تایم‌لاین
    • برچسب‌های چند سطحی برای محورها
    • درج پس‌زمینه‌های پویا برای نمودارها
    • نمودارهای سه‌بعدی
    • ترکیب جدول و نمودار
    • خودکار کردن مقادیر
    • قالب‌بندی جداول
نوشته نادر خرمی راد (Nader Khorrami Rad)

کتاب جدید: راهنمای تدوین گزارش های پیشرفت پروژه

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

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

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

این کتاب تا قبل از نوروز به صورت ایبوک ارائه خواهد شد.

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

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

نظرتان را در مورد گزارش‌های پراجکت با مایکروسافت در میان بگذارید

امروز تو وبلاگ رسمی پراجکت 2010 مطلبی نوشته بودن و از کاربران دعوت کرده بودن نیازهایی که برای گزارش‌گیری دارن و نمونه‌هایی از گزارش‌هایی که تهیه می‌کنن رو برای گروه بفرستن تا از این اطلاعات برای بهبود دادن پراجکت 2010 کمک بگیرن.

شما رو که نمی‌دونم، ولی من همین الان این رو تو لیست کارهام اضافه کردم که بشینم و مفصل براشون بنویسم.

در ضمن، تو همون مطلب لینکی هست به مطلبی درباره اصلاحاتی که تو سیستم گزارش‌دهی پراجکت 2010 انجام شده.

پینوشت: تا امروز 75٪ کتاب پراجکت 2010 رو نوشتم.

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

قاعده ردیابی

من همیشه چیزی رو به دوستان و همکاران توصیه کردم، چیزی که بهش می‌گم قاعده ردیابی:


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


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

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

فوق محرمانه: برنامه زمان‌بندی!

تا حالا خیلی از همکاران به من ایمیل دادن و با من در مورد بعضی مسایلی که تو حوزه برنامه‌ریزی با مدیران مجموعه‌هاشون دارن صحبت کردن. این وسط یه مسئله خیلی مهم وجود داره که می‌خوام اینجا هم بنویسم. برنامه زمان‌بندی یه مدل پیچیده از پروژه‌س، که فهمیدنش، تعبیر کردنش و استخراج اطلاعات صحیح از اون، نیاز به تخصص داره. اگه این برنامه منتشر بشه و در اختیار مدیران و سرپرستان و کارشناسان قرار بگیره، شک ندارم که اشتباهات زیادی به وجود میاد. تو جاهایی که کار کردم همیشه سعی کردم این رو جا بندازم که برنامه دست هیچ‌کس نمی‌ره، به جز کارشناسای واحد برنامه‌ریزی و کنترل پروژه! البته استثنا زمانیه که قراره برنامه تایید و تصویب بشه. بقیه اعضای تیم پروژه فقط باید با گزارش‌های کنترل پروژه سر و کار داشته باشن. واحد برنامه‌ریزی و کنترل پروژه باید گزارش‌های مناسبی تهیه کنه که پیچیده نباشه، سوتفاهم ایجاد نکنه و نیازها رو پاسخگویی کنه. اگه زمانی کسی، جایی و به علتی نیاز به اطلاعات دیگه‌ای داشت، باید اعلام کنه تا به صورت گزارشی دیگه ارائه بشه یا به گزارش اصلی اضافه بشه. و یه نکته. حجم اطلاعات هر گزارشی حد مناسبی داره، که بیشترین درک رو برای مخاطبش به وجود میاره (این حد بستگی به نوع مخاطب داره). اگه اطلاعات کمتر یا بیشتر (بله، بیشتر) از اون حد باشه، کارکرد گزارش افت می‌کنه. مسئله مهم اینه که حد مناسب معمولا خیلی خیلی کمتر از چیزیه که همه در نظر دارن. اطلاعاتی که تو اکثر گزارش‌ها ارائه می‌شه زیادیه و خوانایی گزارش رو کم می‌کنه. همیشه به این فکر کنین که هر داده‌ای که تو گزارش اضافه می‌کنین چه کارکردی می‌تونه داشته باشه و نبودش چه مشکلی به وجود میاره. اگه کارکردش زیاد نیست، اون رو حذف کنین. اگه نمی‌تونین حذفش کنین، اون رو تا جای ممکن کوچیک کنین، کمرنگ کنین، ببرینش به فضاهای کم ارزش‌ِ صفحه (پایین و متمایل به سمت چپ) و عناصر بصری قوی رو محدود به اطلاعات مهم کنین.
نوشته نادر خرمی راد (Nader Khorrami Rad)
اشتراک مطالب سایت

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

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