از آنجا که بیش از 4سیستم اطلاعات مدیریت پروژه را در شرکتهای پروژه محور با پروژه هایی نظیر فاز 9و10پارس جنوبی و پتروشیمی دنا و سبلان پیاده سازی و اجرا کردم و هم اکنون نیز بعنوان مشاور با چند شرکت در این زمینه همکاری دارم تصمیم گرفتم تا تجربیاتی که در این زمینه داشتم را برای کسانی که علاقمند به پیاده سازی سیستم اطلاعاتی پروژه (ساپ )هستند را مکتوب نمایم در مدت 14سالی که شروع به مطالعه و پیاده سازی سیستمهای اطلاعات مدیریت پروژه ، خیلی علاقمند بودم در این باره بیشتر بدانم و بخصوص با افراد یا سازمانهایی که توانسته اند این سیستم را اجرایی کنند نشستی داشته باشم . متاسفانه این موضوع نیز مانند اکثر موضوعات مرتبط به مدیریت پروژه از لحاظ تئوری بسیار خوب رشد کرده ولی از لحاظ اجرا ،نتیجه بهیچ عنوان رضایت بخش نیست .موارد زیر البته از جایی نوشته و یا ترجمه نشده و فقط برداشت و تجربه شخصی اینجانب در مورد دلایل شکست سا پ در شرکتهای پروژه محور میباشد .
1-عدم درک صحیح از مفهوم ساپ
خوب ابتدا بهتر است خود مفهوم ساپ را مطابق استاندارد درک کنیم .
مطابق تعریف ارائه شده در واژه نامه پی . ام .باک ویرایش سال 2008یک ساپ عبارت است از :
یک سیستم اطلاعاتی که از ابزارها و روشهایی جهت جمع آوری -یکپارچه سازی و انتشار خروجیهای فرآیندهای مدیریت پروژه استفاده میکند .
این سیستم برای پشتیبانی تمامی جنبه های پروژه از شروع تا خاتمه مورد استفاده قرار میگیرد و شامل هم سیستمهای دستی و هم خودکار میباشد .
خوب تعریف فوق ،خیلی تعریف پیچیده ای نیست ، پس مشکل کجاست .
1-1-ایجاد داده ها بجای جمع آوری و یکپارچه سازی :
عمده افراد بجای درک کلمه جمع آوری ، یکپارچه سازی و انتشار ، آنرا با کلمه ایجاد عوض میکنند و بنابراین از یک سیستم ساپ توقع دارند که خود ایجاد کننده اطلاعات باشد و چون درک غلطی در مورد یکپارچه سازی اطلاعات دارند آنرا با کلمه نرم افزار یکپارچه اشتباه میگیرند و عمدتا اکثر افراد یا سازمانهایی که بعنوان طراح یا مشاور ساپ مشغولند یک پیشنهاد عجیب به شما میدهند "ما نرم افزاری نوشته ایم که تمام حوزه های مدیریت پروژه را پوشش میدهد و تمام اطلاعات مورد نیاز یک پروژه را ایجاد میکند " یک نرم افزار بسیار بزرگ که باید روی سرور شبکه شما بارگذاری شود و از مکاتبات ساده تا برنامه ریزیهای پیچیده را درون خود دارد که البته به هزینه بالایی باید خرید شود و زمان زیادی هم برای آموزش میخواهد و البته نتیجه نیز از قبل مشخص است اجرای نصف و نیمه یک سیستم ،بدلیل اینکه اجازه نمیدهد شما براحتی و با ابزاری که نیاز دارید کار خود را انجام دهید
2-1-خودکار شدن کامل فرآیند :
با اینکه در تعریف ساپ بطور مشخص ذکر شده که شامل سیستمهای دستی و هم خودکار میباشد اکثر سازمانها کلمه دستی را فراموش و حذف میکنند و اصرار بر خودکار کردن همه فرایندها دارند که در عمل شدنی نیست
2-استفاده از نرم افزارهای برنامه ریزی و کنترل پروژه به جای سیستم ساپ
در سالهای اخیر شاهد رشد و توسعه روز افزون نرم افزارهای برنامه ریزی و کنترل پروژه نظیر ام اس پروجکت و همچنین نرم افزار پریماورا بوده ایم . این توسعه همه جانبه متاسفانه این ذهنیت را در بعضی مدیران ایجاد کرده است که نرم افزار پریماورا همان سیستم ساپ است . در بسیاری از جاهائیکه افتخار ارائه مشاوره دراین زمینه را داشته ام همیشه با افرادی برخورد داشته هام که بصورت متعصبانه و خاصی باور دارند که ما در ایران حتی از 10%ظرفیت نرم افزار پریماوراهم استفاده نمیکنیم و در کانادا یا اروپا دارند تمام پروژه را با همین یک نرم افزار مدیریت میکنند.
اینرا باید بدانید که نرم افزارهای کنترل پروژه یکی از ابزار ساپ میباشند و بعبارتی در دل و زیر مجموعه ساپ میباشند و بهیچ عنوان یک جز نمیتواند یک کل را در بر بگیرد .
در مقاله های بعدی سعی خواهم کرد بیشتر به نحوه طراحی و پیاده سازی ساپ بپردازم .
