دو روز پیش فهمیدم که مایکروسافت برای پراجکت 2007 سرویس پک 2 هم داده و من بی‌خبر بودم. می‌تونین اون رو از این لینک دریافت کنین:


رایگانه و مجاز بودن کپی ویندوز و آفیس رو هم کنترل نمی‌کنه. حجم فایل هم حدودا 115 مگه. اگه قبلا سرویس پک 1 رو نگرفته بودین هم می‌تونین اون رو از این آدرس بگیرین:


حجمش 88 مگه و به نظر من داشتنش الزامیه. البته راستش رو بخواین نمی‌دونم که نصب سرویس پک 2 کافیه یا باید 1 رو هم قبلش نصب کرد.
کلا پیشنهاد می‌کنم که همیشه سرویس پک‌های پراجکت رو نصب کنین؛ پراجکت 2007 بدون سرویس پک باگ‌های خیلی زیادی داره.

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

ظاهرا این مشکل تو نسخه‌های قبل از 5.0.20 (یا یه چیزی شبیه اون) هست. اگه پرنیان داشته باشین می‌تونین برین تو سایتش و آخرین نسخه آپدیتش رو بگیرین و نصب کنین… مشکل حل می‌شه.

خود مایکروسافت هم یه Service Pack برای پراجکت داده، که دانلودش کردم. از یه جایی یه لیست غیر رسمی از اصلاحاتش پیدا کردم… تا جایی که دیدم، چیزی در مورد اون باگ دسته‌بندی وجود نداشت. راستش خودم هنوز نصبش نکردم، چون الان تو یه دوره‌ای هستم که اگه مثلا این رو نصب کنم و یه چیزی از پراجکت مشکل پیدا کنه (مثلا شاید با پرنیان مشکل داشته باشه)، زمان لازم برای رفع اون اشکال خیلی برام گرون تموم می‌شه.

ظاهرا پراجکت 2007 رو خیلی با عجله تکمیل کردن! امروز کشف شد که تو شماره زدن محور زمان گاهی مشکل پیدا می‌کنه.

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

با این‌که دیروقته و خیلی کم پیش میاد که بعد از ساعت پنج یا شیش کار کنم (یا حتا روی کتاب‌هام کار کنم)، دارم رو یه برنامه زمان‌بندی کار می‌کنم. یه خلاصه فعالیت بود که تاریخ شروعش دیرتر از انتظارم بود و با یه کم ور رفتن، نفهمیدم که چه چیزی تاریخ شروع رو بهش حکم کرده. به این خاطر اومدم از ابزار جدید پراجکت 2007، یعنی Task Drivers استفاده کنم.

این ابزار می‌گه که چه چیزی شروع فعالیت رو بهش حکم کرده یا به عبارت دیگه سخت‌گیرانه‌ترین قید یا فعالیت یا رابطه مادر-فرزندی رو داشته.

به هر حال، یکی از فعالیت‌های زیرمجموعش اون رو مقید کرده بود. اون فعالیت رو انتخاب کردم، گفت که اون رو هم یکی دیگه از فعالیت‌ها مقید کرده و … در آخر تو لوپ افتادم! یه حلقه از پنج فعالیت. یه همچین چیزی غیر منطقیه: باگ!

بگذریم، من برگردم سر برنامه، فردا صبح باید تحویل مشاور بشه.

پ.ن. الان برگشتم بگم که ماجرا رو کشف کردم… leveling delay داشت. اولویتش رو زیاد کردم و دوباره تسطیح کردم، درست شد. البته این در مورد باگ پراجکت نبود، به هر حال اون باگ رو داره.

بعد از 6 ساعت کار بدون وقفه، همراه با کلافگی و سردرد، بالاخره ریشه مشکلی که تو پراجکت داشتم رو پیدا کردم!

وقتی Actual Duration مقدار داشته باشه و پیشرفت کمتر از 100٪ باشه، با تغییر Remaining Duration باید Actual Duration ثابت بمونه و Duration اصلاح بشه. این چیزیه که تو همه کتاب‌ها و راهنمای نرم‌افزار هم نوشته شده. مشکل این بود که من هرچی امتحان می‌کردم اینطور نمی‌شد و برنامه نتیجه‌های خیلی عجیب و غریبی می‌داد.

من عادت دارم که وقتی برای آزمایش چنتا فعالیت می‌سازم، مدت زمان‌ها رو به جای مثلا day، به صورت eday وارد می‌کنم که تعطیلی‌ها حساب نشن و کنترل ساده‌تر باشه، در حای که Remaining Duraion به طور پیش‌فرض از زمان کاری استفاده می‌کنه. مشکل پراجکت اینه که اگه سه تا فیلدی که گفتم از یک نوع زمان استفاده نکنن، یعنی بعضی‌هاشون مدت زمان معمولی (کاری) و بعضی دیگه‌شون مدت زمان تقویمی باشد (مثلا eday)، اونوقت همه چیز به هم می‌ریزه!

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

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

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

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

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

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

کلا پراجکت و پریماورا، نرم افزارهایی خیلی ضعیف‌تر از انتظار هستن. دریغ از یه ابزار ساده برای اپتیمم کردن، که فاکتور اول کارهاست و …