من سال‌ها بود که می‌خواستم این کار رو بکنم و دایما عقب انداخته بودمش. الان که این سیستم رو راه انداختم، به شدت ازش راضی‌ام. تو این سیستم شاخص‌هایی که برام مهم هستن و تحققشون از نظر من به معنی مفید بودنم هست رو همراه با امتیازهاشون مشخص کردم و هر روز بهشون مقدار می‌دم و مشخص می‌شه که تو اون روز مجموعا چقدر امتیاز گرفتم و به عبارت دیگه چقدر از روزم استفاده کردم.
فایده‌ش چیه؟
فایده‌ش اینه که وقتی آدم چنین سیستمی داشته باشه خیلی بیشتر به زندگی خودش جهت می‌ده و کمتر وقتش رو برای کارهای کم ارزش تلف می‌کنه. من شخصا همیشه روی این مسئله حساس بودم و سعی می‌کردم از وقتم به بهترین شکل استفاده کنم، ولی الان که این سیستم رو دارم به وضوح می‌بینم که وضع بهتر شده.
خلاصه بگم، آدم خیلی زود به خودش میاد و سعی می‌کنه روند نامناسبی که پیش گرفته رو اصلاح کنه. دقیقا همون ارتباطی که بین پروژه و برنامه‌ریزی و کنترل پروژه وجود داره.
سیستم من چطوریه؟
هر کسی سیستم خودش رو داره و ممکنه سیستم یه نفر برای کس دیگه‌ای مفید نباشه. برای نمونه سیستم خودم رو معرفی می‌کنم.
تو این سیستم یه سری کارهای اصلی دارم که برام امتیاز تولید می‌کنن و این‌ها هستن:
نوشتن کتاب: 14 امتیاز برای هر ساعتِ موثر
کار در شرکت‌ها: 3 امتیاز برای هر ساعتِ موثر (نه هر ساعتی که کار …
وقتی می‌خواین کار جدیدی بگیرین، رزومه اهمیت خیلی زیادی داره؛ به خصوص اگه از طریق آگهی برای کار اعلام آمادگی کرده باشین، ممکنه بیشتر از 100 رزومه به دست آگهی دهنده رسیده باشه و قطعا این آدم عده زیادی رو در مرحله اول و صرفا از طریق رزومه رد می‌کنه و با گروه کوچیکی وارد مرحله مصاحبه می‌شه. به این فکر کردین که ممکنه شایستگی کافی داشته باشین، ولی به خاطر نواقص رزومه در مرحله اول رد بشین؟
مواردی که باید در نظر داشته باشین
رزومه باید کامل باشه، نقص نداشته باشه. به این فکر کنین که خواننده دنبال چه اطلاعاتی هست و حتما اون اطلاعات رو در اختیارش بذارین.
رزومه باید مختصر باشه؛ اطلاعات اضافه وارد نکنین و چیزی رو بیش از اندازه توضیح ندین؛ توضیح‌های تکمیلی برای زمان مصاحبه هستن.
به نظر شما اگه با لباس شلخته و کثیف ببیننتون بهتره یا با لباس مرتب و مناسب؟ رزومه هم می‌تونه مثل لباس مناسب یا نامناسب باشه؛ اون رو با دقت و سلیقه، مرتب و مناسب تدوین کنین. در نظر داشته باشین که برای اکثر کارها باید رزومه رو سنگین هم تهیه کرد و مثلا نیازی نیست که از چند رنگ مختلف استفاده کنین. این رو هم در نظر داشته باشین که سادگی همیشه زیباست.
دلتون می‌خواد که بقیه هم رزومه‌تون رو دقیقا با همون قالب‌بندی‌ای که خودتون می‌بینین ببینن؟ پس حتما اون رو PDF کنین.
هر چیزی که تاریخ داره، باید با تاریخ ثبت بشه. از دوره‌های …
مدتیه که روزی دو سه تا ایمیل دارم که به نوعی درباره تغییرات آزمون PMP از من می‌پرسن و به این نتیجه رسیدم که بهتره مسئله رو کامل اینجا توضیح بدم.
تغییرات از 31 آگوست 2011، معادل با 9 شهریور 1390 اعمال می‌شن. اگه در حال برنامه‌ریزی امتحان هستین باید این رو هم در نظر داشته باشین که تو مرحله رزرو امتحان ممکنه مجبور بشین از چند هفته تا یکی دو ماه دیرتر از زمانی که به نظرتون ایده‌آل میاد وقت بگیرین.
ماجرا از بررسی نقش PMPها تو حرفه‌شون، انتظارهایی که ازشون می‌ره و نیازهایی که وجود داره شروع می‌شه. بررسی‌های اخیر PMI نشون داده که این نقش تو سال‌های اخیر کمی تغییر کرده. از اونجایی که آزمون PMP قراره شایستگی فرد رو برای کار نشون بده، به تناظر تغییراتی که تو برداشت عمومی از این نقش به وجود اومده، تغییراتی کرده.
تغییرها
تغییرات عمده نیستن و عموما روی مسئله اخلاق حرفه‌ای متمرکز شدن. 70٪ آزمون هیچ تفاوتی با گذشته نخواهد داشت و 30٪ باقیمونده هم تفاوت‌هایی جزئی می‌کنن. تفاوت تو اینه که قبلا اخلاق حرفه‌ای در قالب حوزه‌ای جداگانه مطرح می‌شد. یعنی سوال‌هایی صرفا درباره اخلاق حرفه‌ای مطرح می‌شدن. الان PMI به این نتیجه رسیده که اخلاق حرفه‌ای رو نمی‌شه حوزه جداگانه‌ای در نظر گرفت و در تمام جنبه‌های کار دخالت داره؛ به همین خاطر سوال‌های این حوزه با سایر حوزه‌ها ترکیب شده.
کتاب ارزیابی عملکرد زمانی پروژه‌ها با مدیریت ارزش کسب شده چاپ شد.
این کتاب ارزیابی عملکرد زمانی تو تحلیل ارزش کسب شده و سیستم‌های جدیدتر، از جمله تحلیل زمان کسب شده رو به شکل خیلی جالبی توضیح می‌ده. عملا هدف کتاب اینه که بگه عملکرد هر نوع پروژه‌ای رو بهتره که با چه روشی ارزیابی و کنترل کرد و به نظر من برای کسایی که کارشون برنامه‌ریزی و کنترل پروژه‌س خیلی مفیده.
کسانی که بخوان کتاب رو آنلاین سفارش بدن، می‌تونن به سایت ناشر مراجعه کنن.
واقعیت اینه که معمولا برای ارائه وضعیت پروژه از شاخص‌های اصطلاحا حجمی، فیزیکی یا چیزهایی از اون دست استفاده می‌شه و مدیران هم روی همین شاخص‌ها تاکید دارن. مثلا می‌گن:
پیشرفت واقعی الان 40٪ هست، در حالی که مقدار برنامه‌ریزی شده‌ش 55٪ بوده.
به نظر شما یه همچنین چیزی تو ذهن مخاطب چطوری تعبیر می‌شه؟
عملا همه به این فکر می‌کنن که به اندازه حاصل تقسیم این دوتا، یعنی حدود 70٪ از کارهای برنامه‌ریزی شده رو انجام دادیم و مثلا اگه اینطور پیش بره مدت پروژه‌مون 30٪ (یا درست‌ترش 37٪) طولانی‌تر از اون چیزی می‌شه که باید بشه. پس اوضاع بده!
از طرف دیگه، با خودشون فکر می‌کنن که 40٪ کار انجام شده، یعنی یه چیزی بیشتر از یک سوم کار. مثلا این همه زحمتی که کشیدیم تازه شده یک سوم کار و حدودا باید دو برابر این مقدار جلسه بیایم و نامه‌نگاری کنیم و پول خرج کنیم و حرص بخوریم تا کار تموم بشه.
فرقی نمی‌کنه که چه شاخص‌هایی ارائه کنین، در نهایت دو تصویر در ذهن اکثر مخاطب‌ها شکل می‌گیره:
وضعیت زمانی پروژه چطوریه و به طور خلاصه، پروژه چقدر دیرتر از اون زمانی که قرار بوده تموم بشه تموم می‌شه.
الان چقدر از کار انجام شده و برای تموم شدنش باید چقدر دیگه زحمت بکشیم.
ولی مسئله اینه که هردو تصویر تعبیرهایی زمانی هستن، حتی اگه در ظاهر خلاف این باشن. پس چرا خودمون از اول شاخص‌های زمانی رو ارائه نکنیم؟ مثلا به جای جمله‌ای …
کتاب جدیدم، راهنمای آزمون PMP و استاندارد مدیریت پروژه PMBOK، چاپ شد.
این کتاب ترجمه معروف‌ترین و پرفروش‌ترین کتاب راهنمای آزمون PMP در جهانه، کتاب راهنمای آزمون ریتا.
نکته مهم در مورد این کتاب اینه که هیچ گرایشی به مطالب حفظی نداره و به بهترین شکل زمینه‌ای فراهم می‌کنه که مخاطب احساس کنه نیاز به حفظ کردن مطالب نداره و باید با درک مفهومی پیش بره.
هدف اصلی کتاب اینه که مخاطب رو برای آزمون PMP آماده کنه، ولی واقعیت اینه که منبع خیلی خوبی برای درک استاندارد پم‌باک هم هست. در نتیجه اون رو به تمام کسایی که قصد شرکت در آزمون رو ندارن، ولی می‌خوان پم‌باک رو به خوبی بفهمن هم توصیه می‌کنم. ممکنه قبلا پم‌باک رو مرور کرده باشین و ارتباط زیادی باهاش برقرار نکرده باشین و حتی به نظرتون جالب و کاربردی هم نیومده باشه. فکر می‌کنم وقتی این کتاب رو بخونین نظرتون در مورد پم‌باک عوض بشه.
در ضمن، تمام معادل‌سازی‌های این کتاب مشابه و سازگار با ترجمه‌ایه که از استاندارد پم‌باک کردم و کمی پیش از این کتاب چاپ شد.
خیلی‌ها اعتقاد دارن که مسیر پیشرفت شغلی به مدیر شدن ختم می‌شه. من با این عقیده موافق نیستم و می‌خوام توضیح بدم چرا.
آیا مدیر بودن بالاتر از کارشناس بودنه؟
زمانی جواب این سوال با قاطعیت مثبت بود و اون زمانی بود که دیدگاه ارباب-رعیتی به کار حاکم بود. این دیدگاه دیگه الان تو کشورهای پیشرفته وجود نداره و به نظر من میاد که تو ایران هم کمتر از گذشته‌س و کمتر هم می‌شه. مدیر بودن یه حرفه‌س، مثل کارشناس بودن و تفاوت این دوتا مثل تفاوت مثلا کارشناس کنترل پروژه و کارشناس تاسیسات مکانیکیه. همونقدر که صحبت درباره برتریِ مطلقِ یکی از این دو حرفه اشتباهه، صحبت درباره برتری مدیر و کارشناس هم بی‌معنیه.
یه نفر ممکنه دلش بخواد مدیر باشه و لازم باشه که برای این کار مدتی کارشناس باشه، ولی به این معنی نیست که هر کارشناسی که موفق باشه باید مدیر باشه. خیلی از افراد ممکنه در دوره کارشناس بودنشون کارشناس موفقی هم نباشن، ولی مدیرها تشخیص بدن که می‌تونه مدیر خوبی باشه و به تدریج تبدیلش کنن به یه مدیر. یه نفر ممکنه کارشناس خیلی خوبی باشه، ولی توانایی مدیریت یا علاقه به مدیریت نداشته باشه. مدیریت یه حرفه‌س، یه تخصصه. هم نیاز به علاقه و گرایش شخصی داره، هم نیاز به تخصیلات، مطالعه و تجربه.
آیا یه مدیر باید درآمدی بالاتر از افراد مجموعه خودش داشته باشه؟
نه الزاما. خیلی وقت‌ها حقوق کارشناسان برجسته‌ای که زیرمجموعه …
تمام کسانی که عضو PMI باشن یا یکی از گواهی‌های اون رو (مثل PMP) گرفته باشن، تعهد دارن که به آیین‌نامه‌ای به نام آیین نامه اخلاق حرفه‌ای PMIپایبند باشن.
این آیین‌نامه درباره اخلاق حرفه‌ای مدیریت پروژه‌س و جالبه بدونین که تو آزمون PMP هم سوال‌های زیادی ازش میاد و قراره که تا اواخر سال 2011 سوال‌ها بیشتر و حرفه‌ای‌تر هم بشن.
آیین‌نامه اخلاق حرفه‌ای رو تو چهار حوزه تعریف می‌کنه:
مسئولیت‌پذیری: ما باید خود را مالک تصمیم‌هایی که گرفته‌ایم، تصمیم‌هایی که می‌بایست بگیریم و نگرفته‌ایم، کارهایی که کرده‌ایم و کارهایی که می‌بایست کرده باشیم و نکرده‌ایم و تبعات تمامی آن‌ها بدانیم.
احترام: وظیفه ماست که برای خود، دیگران و منابعی که در اختیارمان قرار داده شده است احترام قائل باشیم.
انصاف: وظیفه ماست که تصمیم‌گیری‌هایمان بی‌طرفانه و عینی باشند. اعمال ما باید عاری از علاقه‌های شخصی، پیش‌داوری و طرفداری باشد.
صداقت: وظیفه داریم که حقیقت را بدانیم و آن را در گفته‌ها و اعمالمان مبنا قرار دهیم.
چیزهایی که بالا دیدین تعریفیه که خود آیین‌نامه ارائه می‌کنه. بعد از هر تعریف تعدادی از مصداق‌های اون تعریف رو تو کار بیان می‌کنه. مثلا از احترام نتیجه می‌شه که “همیشه حرفه‌ای برخورد می‌کنیم، حتی اگر رفتار مقابل حرفه‌ای نباشد".
کتاب راهنمای دانش مدیریت پروژه، PMBOK نسخه 4 چاپ شد. چند روزی وقت می‌بره تا به کتاب‌فروشی‌ها برسه و اگه مایل باشین می‌تونین اون رو از سایت ناشر هم مستقیم خریداری کنین.
همونطوری که می‌دونین این کتاب اولین ترجمه پم‌باک نسخه 4 نیست. دو ترجمه دیگه‌ش هم وجود داره (که من اطلاع دارم) که یکیش پیش از این‌که کار ترجمه رو شروع کنم چاپ شده بود و یکی دیگه به تازگی چاپ شده. خوب، ممکنه این سوال رو بکنین که وقتی ترجمه دیگه‌ای وجود داشته، چرا من هم ترجمه کردم. جواب اینه که به خاطر اهمیتی که پم‌باک داره، به نظر من لازم بود که ترجمه‌ای به سبک ترجمه‌های من هم در اختیار مخاطب‌ها باشه. ترجمه‌های موجود معمولا به کلمه‌ها و جمله‌ها متعهد هستن، در حالی که من خودم رو فقط به مفاهیم متعهد می‌دونم. به همین خاطر نمی‌تونین تناظر یک به یکی بین جمله‌های نسخه انگلیسی و ترجمه من پیدا کنین. هدف من این بوده که حتی با وجود این‌که متن اصلی خشک و خشنه، ترجمه‌ای روان و ساده ارائه بشه. حالا این‌که چقدر موفق بودم رو شما به من خبر بدین.
در مورد فهم پم‌باک باید این رو هم بدونین که خوندن متن به هیچ وجه کافی نیست. یکی از چیزهایی که خیلی به فهمش کمک می‌کنه، خوندن کتاب راهنمای آزمون PMP ریتا هست، که اون رو هم ترجمه کردم و به زودی چاپ می‌شه (به من قول دادن تا قبل از عید چاپ بشه). مخاطب این کتاب فقط کسایی نیستن که می‌خوان تو آزمون …
چند روز پیش مطلع شدم که PMI (موسسه مدیریت پروژه، همونی که استاندارد پم‌باک و گواهی PMP رو می‌ده) یه امتحان و گواهی برای مدیریت پروژه Agile تهیه کرده.
این رویکرد عموما برای مدیریت پروژه‌های نرم‌افزاری و مطالعاتی استفاده می‌شه و در عین حال من اعتقاد دارم که می‌شه ازش به طور موضعی در پروژه‌های دیگه هم استفاده کرد. چند روز پیش هم مطلع شدم که بعضی‌ها متودهایی تلفیقی برای مدیریت پروژه‌های ساختمانی ایران به کار می‌برن که عملا تحت تاثیر Agile بوده (به نظر من).
در هر حال، PMI هم توجهش به Agile خیلی بیشتر شده و آزمون و گواهی براش طراحی کرده، که نشون می‌ده از نظر اون‌ها هم این متود رو می‌شه به شکل وسیع‌تری به کار برد. اگه مطالب سایت رو دنبال کرده باشین می‌دونین که گواهی دیگه‌ای هم برای Agile هست، به اسم CSM (مخفف Certified Scrum Master) که خاص Scrum طراحی شده (یکی از انواع Agile) و در آینده نزدیک دوره آموزشیش هم در ایران برگزار می‌شه. تفاوت عمده آزمون PMI با اون در اینه که علاوه بر Scrum، انواع دیگه Agile رو هم پوشش می‌ده.
اگه علاقه‌مند به این موضوع باشین می‌تونین اطلاعات بیشتر رو از سایت PMI بگیرین.
بالاخره کتاب راهنمای جامع Microsoft Project 2010 چاپ شد. علاوه بر کتاب‌فروشی‌ها که به تدریج کتاب به دستشون می‌رسه، اگه مایل باشین می‌تونین اینترنتی هم بخرینش.
افراد زیادی تا حالا در مورد چاپ مجدد کتاب راهنمای جامع Microsoft Project 2007 از من سوال کردن. این کتاب دیگه چاپ نمی‌شه، چون مباحث اون رو کتاب جدید به طور کامل پوشش می‌ده و با این‌که برای پراجکت 2010 نوشته شده، برای پراجکت 2007 هم قابل استفاده‌س.
سوال دیگه‌ای که برای خیلی‌ها مطرحه اینه که اگه کسی کتاب پراجکت 2007 رو داشته باشه باز هم نیاز به این کتاب جدید داره یا نه. کسانی که با کمک کتاب قبلی پراجکت 2007 رو یاد گرفته باشن به نظر من مشکلی در کار با پراجکت 2010 ندارن و در نتیجه از این لحاظ نیازی به کتاب نخواهند داشت. با این حال مطالب جدیدی هم به کتاب اضافه شده که در موردشون تو مطالب قبلی سایت توضیح دادم و ممکنه در اختیار داشتن اون مطالب برای بعضی‌ها مفید باشه. تو نسخه جدید به موضوع ضرایب وزنی فیزیکی و شیوه عملیاتی شدن اون تو پراجکت و انواع شیوه‌های پایش (ثبت اطلاعات واقعی و به تناظر اون استخراج اطلاعات پیشرفت) خیلی بیشتر تاکید کردم و به تفصیل و همراه با مثال‌های زیاد توضیحش دادم. در آخر کتاب هم برنامه‌ریزی و کنترل پروژه‌ای فرضی از ابتدا تا انتها توضیح داده شده.
مدرک PMP داره روز به روز تو ایران بیشتر شناخته می‌شه و افراد بیشتری به این فکر می‌افتن که اون رو بگیرن. وقتی هم چنین فکری به ذهنشون می‌رسه انبوهی از سوال‌ها براشون مطرح می‌شه که به راحتی نمی‌تونن جوابشون رو پیدا کنن. این مطلب رو نوشتم که به همچین سوال‌هایی جواب بدم.
این مدرک چی هست؟
PMP مخفف Project Management Professional هست، یعنی چیزی تو مایه‌های حرفه‌ای در مدیریت پروژه. توجه کنین که مثلا نگفتن مدیر پروژه حرفه‌ای، به این خاطر که این کس ممکنه مدیر پروژه نباشه و صرفا در مدیریت پروژه حرفه‌ای باشه؛ یعنی تمام کسایی که کارشون برنامه‌ریزی و کنترله هم مخاطب مدرک می‌شن.
PMP مهم‌ترین، شناخته شده‌ترین و با ارزش‌ترین مدرکیه که تو زمینه مدیریت پروژه تو دنیا وجود داره و فاصله زیادی هم با رقبای خودش داره. به تمام معنا بین‌المللیه.
این مدرک یه گواهی حرفه‌ایه، نه گواهی آکادمیک؛ یعنی به ازای گذروندن تعدادی واحد و دریافت درجه‌ای آکادمیک داده نمی‌شه، به ازای داشتن شرایطی خاص (که جلوتر توضیح می‌دم) و قبولی در امتحان داده می‌شه. خیلی جاها برای مدارک حرفه‌ای ارزشی بالاتر از مدارک آکادمیک قائل هستن، چون نشون می‌دن که اطلاعات و مهارت‌های فرد کاملا کاربردی و واقع‌بینانه هست، در حالی که درجه‌های آکادمیک اطلاعات تئوریک رو تضمین می‌کنن که ممکنه در عمل به سادگی پیاده‌سازی نشن.
هر آدمی خصوصیت‌هایی داره که باعث می‌شه کارهایی رو بپسنده و کارهایی رو نپسنده و در نتیجه تو کارهای گروه اول بتونه موفق بشه و تو دومی‌ها به راحتی موفق نشه، اگه مشغول به دومی‌ها بشه زندگی براش نامطلوب بشه و …
به این خاطر آدم باید زمانی که داره مسیر کاری خودش رو انتخاب می‌کنه به این خصوصیت‌هاش خیلی دقیق فکر کنه. تمام کارهایی که تو زندگیتون انجام دادین و توشون موفق یا نا موفق بودین، ازشون خوشتون اومده یا خوشتون نیومده رو تحلیل کنین و ببینین ریشه در چه خصوصیت‌هایی داشته و کاری که برای آینده‌تون در نظر گرفتین بر این اساس مناسبه یا نه. باور کنین که این مسئله از بررسی وضعیت بازار کار مهم‌تره، به دو دلیل:
وضعیت بازار کار دایما تغییر می‌کنه. ممکنه کاری که امروز بازار خیلی خوبی داره بعد از این‌که توش حرفه‌ای بشین دیگه بازار خوبی نداشته باشه، و برعکسش هم صادق باشه.
تو کارهایی که بازار خوبی ندارن هم آدم‌هایی هستن که خیلی موفقن و تو کارهایی که بازار خیلی خوبی دارن هم آدم‌های خیلی زیادی هستن که اصلا موفق نیستن. چرا؟
در کنار این، معمولا آدم نمی‌تونه خصوصیت‌های ذاتی خودش یا ارتباط اون‌ها رو با کارش تغییر بده. از یه طرف دیگه، هر کسی که تو کار موفقه خوشبخته؟ نه الزاما. یکی از دلایلش اینه که کارش مطابق میلش نیست. به نظر من خوشبخت بودن خیلی مهم‌تر از موفق بودنه.
تو مطلبی با عنوان روش مناسب برای ارزیابی پیشرفت پروژه درباره امتیازهای روش تعیین پیشرفت مایل‌ستونی در خدمات طراحی و کارهای مشابه اون گفتم و توضیح مختصری هم دادم که باید چطوری تو نرم‌افزار پیاده‌سازی بشه.
نکته‌ای این وسط باید توضیح داده می‌شد که نگفتم. خیلی وقت‌ها مایل‌ستون‌های طراحی چیزی شبیه این تنظیم می‌شن:
تکمیل طراحی: 70٪
تایید: 90٪
تصویب: 100٪
یعنی وقتی مثلا مشاور طراح یه نقشه‌ای رو تموم می‌کنه و ارائه می‌کنه پیشرفتش می‌شه 70٪ (قبلش صفر بوده)، وقتی مشاور مادر تاییدش می‌کنه می‌شه 90٪ و وقتی کارفرما تصویبش می‌کنه می‌شه 100٪.
نکته‌ای که وجود داره اینه که خیلی‌ها مایل‌ستون اول رو “ارائه” در نظر می‌گیرن و این کاملا اشتباهه. این اشتباه باعث می‌شه که خیلی طراح‌ها سواستفاده کنن و طرح‌هایی کاملا ناقص رو “ارائه” کنن تا پیشرفتشون بشه 70٪ و بعد زمان خیلی زیادی صرف تکمیل واقعی و رفع اشکال و در نهایت تاییدش بشه و بعد بشه 90٪. تو این حالت هم ارزیابیمون دچار مشکل شده و هم روند بررسی و رفع اشکال طرح. پس باید جلوی چنین مشکلی رو بگیریم.
راه حل اینه که مایل‌ستون اول به جای “ارائه”، “تکمیل"باشه. وقتی طراح سندی رو ارائه می‌کنه، مشاور مادر اون رو خیلی سریع و کلان مرور می‌کنه و اگه از نظر گستره (اسکوپ) مشکلی نداشت، “می‌پذیره” که کار کامل …
یه جایی بودم، کسی گفت که “اگه می‌خوای خدا خندش بگیره، برنامه‌ریزی کن”. خوب، چنین خدایی باید خیلی بی‌مزه و نادون باشه که به چنین چیز مهمی بخنده. خیلی‌ها تو برنامه‌ریزی ضعیفن، از برنامه‌ریزیشون درست نتیجه نمی‌گیرن و بعد به جای این‌که روند برنامه‌ریزی خودشون رو زیر سوال ببرن، سعی می‌کنن خود ماهیت برنامه‌ریزی رو زیر سوال ببرن. اشتباه!
اشتباه آدما در اینه که برنامه‌ریزی‌هاشون انعکاسی از انتظارها و ایده‌آل‌هاشونه. ولی برنامه‌ریزی این نیست. برنامه‌ریزی مدلی شبیه‌سازی شده از کاریه که قراره انجام بشه، با تمام مسایلش.
برنامه‌ریزی پروژه یعنی این‌که مدیر پروژه، مشاورهاش و تمام تیم پروژه بشینن، اجرای پروژه رو با تمام مسایل و مشکلات و پیچیدگی‌هاش تصور کنن و اون رو ثبت کنن. یعنی پروژه رو چندین بار تو ذهنشون اجرا کنن، طوری که اجرای واقعی پروژه یکی از حالت‌های بررسی شده باشه.
یه جمله خیلی قشنگ هست که می‌گه:
Plan the work, work the plan
برنامه‌ریزی باید طوری باشه که بشه چنین جمله‌ای رو گفت.
برنامه زمان‌بندی یه تابلوی نقاشی نیست؛ یه گانت چارت که اول پروژه تهیه کنیم، پرینتش کنیم بزنیم به دیوار و تا آخرش پروژه هر از چندی نگاهی بهش بندازیم نیست. برنامه زمان‌بندی باید مدلی شبیه‌سازی شده از پروژه باشه. تو هر دوره باید اطلاعات واقعی رو واردش کنیم و اون تغییر شکل بده و بهمون بگه که با واقعیت‌هایی که تا حالا …