کنترل پروژه با مایکروسافت پراجکت سرور 2007
()
قدرت پراجکت سرور در ارانه شاخص به مدیر و قدرت آمارها
نویسنده: صابر طباطبائی یزدی - پنجشنبه ۱٧ آذر ،۱۳٩٠
راهاندازی واحد آمار جهت تشخیص میزان بهبودها در شرکت ها
قبل و بعد از بسیاری از تصمیم ها ، باید مطالعه ی آماری انجام شود.
قبل و بعد از ایجاد هر زیر سیستمی یا تغییر دراونها، باید میزان تأثیر آن تغییر را روی روند انجام کارها مشخص کرد، این کار تنها توسط واحد آمار در تحقیق و توسعه و یا کنترل پروژه میسر است.
مثلاً میخواهیم میزان تأثیر نبود یک سیستم را با حالتی که این سیستم موجود است مقایسه کنیم.
امروزه دیگر بسیاری از ابزار ها، مثل همه ی محصولات مایکروسافت، این طور امکانات را همراه با خود به شرط استفاده ی صحیح دارند.
منظورم گزارشات BI و آماری زیادی است که به همراه دارند.
که شرط استفاده و مفید بودن این گزارشات همان تضمین داده هایی که به با یک سیستم تضمین کیفیت میتوان آن را ضمانت کرد.
بسیاری از شاخص ها در دل همین سیستم هاست
مثلاً قبل از راهاندازی وورک فلوها و بعد از راهاندازی آنها باید بدانیم که چقدر در موارد زیر تأثیر گذاشته است: وگر نه کورکورانه رفتار کرده ایم.
- با خبر بودن افراد از کارهایی که در باکس ایشان قرار می گیرد (میزان وضوح کار و خوانایی)
- تأثیر در میزان رضایت افراد از سرویس دهی بخشها و افراد (شاخص انجام شدن کارها قبل از موعد)
- استقبال افراد از استفاده از این سیستم در مقایسه با سیستمهای قبلی که تازه راهاندازی شده بودند (میزان ترافیک و
- تأثیر بر روی کل زیر سیستمهای دیگر (تاثیر بهبود سیستم های دیگر)
- آمار و ارقام مورد نیاز بخش آمار در راهاندازی یک سیستم جدید
مدیران سیستم، تصمیمگیریهای خود را براساس گزارشات و آمارهای در دست انجام میدهند، حتی گاهی اوقات میتوان از ابزارها، دانش هم آموخت.
برای گرفتن گزارشات و آمارهای مختلف از سیستم، نیاز به متخصصین آمار داریم تا علاوه بر گزارشگیری و جمعآوری آمارها، بتوانند آنها را به درستی تحلیل کنند و در اختیار مدیران قرار دهند.
قرار است که این پیشنهاد را به شکل یک طرحنامه تهیه کنم، تا برای آن تصمیمگیری شود. کمک ام کنید.با دنبال کردن RSS این وبلاگ به کمک این لینک و اشتراک گذاری مطالب، ما را در انتقال ایده ها یاری کنید.
فیلد سفارشی با فرمول و محاسبه
نویسنده: صابر طباطبائی یزدی - یکشنبه ۱٥ آبان ،۱۳٩٠
فیلد های سفارشی و حتی امکانات دیگه ی مایکروسافت پراجکت، روی مایکروسافت پراجکت سرور تازه معنی پیدا می کنه.
وقتی شما در یک فایل ام اس پی فیلدی را با فرمولی محاسبه می کنید و می خواهید آن را تغییر دهید باید تک تک فایل ها را باید کنید . اما وقتی به سرور متصل باشید فیلد های سفارشی به سرور متصل شده و آخرین تغییرات را از آنجا میگیرند
درد سر های بروز رسانی نخواهید داشت.
با دنبال کردن RSS این وبلاگ به کمک این لینک و اشتراک گذاری مطالب، ما را در انتقال ایده ها یاری کنید.

custom field project server baseline percent complete completed today percent calculated formula formool فرمول محاسبه ی درصد پیشرفت لحظه ای آنی امروز و درصد پیشرفت خط مبنا Enterprise Custom Fields and Lookup Tables
ادامه مطلب ...
تشکیل تیم و مدیریت تیم کنترل پروژه
نویسنده: صابر طباطبائی یزدی - یکشنبه ۱۳ شهریور ،۱۳٩٠
تشکیل یه تیم خوب یه سری شاخص ها داره:
شاخص های نگرش افراد به کنترل پروژه
شاخص های فنی و ابزاری
شاخص های فردی و روابط عمومی
اگر تیم شما دارای افراد مختلفه که توی بعضی از موارد بالا ضعف دارن، باید حتما ارتباط ها و وظایف رو مدیریت کنید، که هر کاری دست شخص لایق اون کار بیافته.
کار های پیگیری رو یه فردی با خصوصیات فنی اگر انجام بده تاثیر منفی میذاره
کارهای فنی رو بقیه نمی تونن انجام بدن
توی تصمیمات تون حتما باید از افرادی نگرش کامل دارند و نگاهشون به چشم انداز و آینده است نهایت استفاده رو بکنید
و از بحث های چالشی که قبل از بروز مشکل احتمال بررسی رو بالا میبره حذر نکنید که هیچ بلکه استقبال کنید.

با دنبال کردن RSS این وبلاگ به کمک این لینک و اشتراک گذاری مطالب، ما را در انتقال ایده ها یاری کنید.
هدف گزارش وضعیت و وظیفه ی کارشناس کنترل پروژه
نویسنده: صابر طباطبائی یزدی - شنبه ٢٧ فروردین ،۱۳٩٠
یکی از راه حل های اساسی برای رفع مشکلاتی که توی کنترل پروژه پیش میاد، شناخت درست هدف هر کاره. اینکه کارهایی طبق متدلوژی استاندارد تعریف شدن و دارن اجرا میشن، هدف هر کدوم رو بدونیم و بیشتر بهش توجه کنیم.
مثلا یکی از اون ها گزارش وضعیت
آقاجان! فائده های زیادی گزارش وضعیت داره
باید مجری و مدیر پروژه ی خوب نقش اشون منعکس بشه
باید مجری و مدیر پروژه ی بد همه ی مشکلاتشون یوهو منعکس نشه
باید برای هر کاری روانشناسی نکرده زیر آب هر کسی رو نزد.
داستان اینه که هر چی مشکل و ریسکه که مجری و مدیر پروژه نوشتن و حل نمیشه، ناظر نباید بره توی گزارش خودش، به اسم خودش درج کنه
بلکه بعد از پیدا کردن راه حل و یا مصاحبه با ذی نفعان پیشنهاد اجرایی برای کارها رو بگیره و اجرا شدن همین راه حل ها رو پیگیری کنه
بابا جان !خب دیگه مجری مشکلات رو نمی نویسه. اونوقت باید چقدر (برای تشویق و انگیزه و ترغیب) انرژی بذاریم و فسفر بسوزونیم و راه حل پیدا کنیم تا این آقایون دوباره مشکلات رو یادداشت کنن
باید یک کارشناس کنترل پروژه ی خوب، رفتارش روی حب و بغض نباشه و سازش اصل اخلاقیش باشه
با همه صلح داشته باشه، و کینه و دشمنی ها رو قایم کنه و اصلا بروز نده
تعریف نقش مدیر پروژه
نویسنده: صابر طباطبائی یزدی - سهشنبه ٩ فروردین ،۱۳٩٠
نقش ها و دیسیپلین ها
(نقش) مدیر پروژه در سازمان شما، وظایف مختلفی را بر عهده دارد
از طرف دیگر در ساختار سازمانی خود، واحد و بخش و معاونت داشته باشید که هر کدام مسئول و سرپرستی دارد.
برای تعریف نقش مدیر پروژه اگر سازمان شما به فکر استخدام نیروی جدید باشد، بحث دیگری است.که الان من نمی خواهم راجع به آن صحبت کنم زیرا دقیقا قالب آن در کتاب ها موجود است.
اما اگر بخواهید با همان نقش های قبلی (که ذکر شد یعنی مسئولین و سرپرستان واحد و بخش و معاونت ها) دیسیپلین های مختلف مدیر پروژه را بین آنها و مجریان و افراد تقسیم کنید باید چه کنید؟
تصمیم باشماست
اما توجه به نکاتی لازم است
- استفاده از الگوهای استاندارد
- باز تعریف ارتباط بین نقش ها
- بازبینی و مدیریت تغییرات
- طراح سازمانی
-
اما الگوهایی وجود دارد که میتوانید از آن ها بهره بگیرید که این الگو را در کتاب 978-1-932159-97-4
بیابید (1)
شما باید ارتباط بین دیسیپلین ها و نقش ها را درست ترسیم کنید که باید جلساتی را با حضور اعضای PMO و مدیران دیگر برگزار کنید و تصمیمات و پیشنهادات را چکش کاری کنید.
شما باید ارتباطی که یک مدیر پروژه به صورت یکجا، مسئولیت آنها را بر عهده داشته است را ، طوری تقسیم کنید که عدم تمرکز پیش نیاید.
به نظر من می بایست ساز و کار مناسبی در سازمان داشته باشید که به کمک جریان های کاری پیاده شود تا بتوانید ارتباط بین نقش ها را طوری ترسیم کنید که به مقصودتان برسید. این جریان کاری لزوما می تواند در ابتدا کاغذی باشد تا تبدیل به عادت در سازمان شود و بعد به کمک شیرپوینت یا هر ابزار دیگری دیجیتال و Paperless شود.
این کار کمی زمان می برد و نیازمند بازبینی و مدیریت تغییرات دارد. هم در طراحی تا تصویب طرح و هم در اجرا و رفع مشکلات شما نیازمند تغییر هستید و اگر شخصی را برای نظارت روی این کار نگمارید قطعا شکست خواهید خورد.
باز هم اگر در سازمان شما طراح الگوها و ساختار سازمانی با تجربه ای باشد کار ساده تر است اما اگر قرار است پیشنهادی را به مدیران ارائه دهید و از آن دفاع کنید نیازمند شبیه سازی قوی در ذهن و شناخت دقیق و عمیق سازمان تان است. البته مدیریت رفتار سازمانی و گرفتن بازخوردها و عکس العمل مناسب با پرسنل شاکی که قرار است کارشان زیاد شود هم هنر شماست.
- : Enterprise Project Management Using Microsoft Office Project Server written by hagit landman
نبایدهای استفاده از ابزارهای مدیریت پروژه
نویسنده: صابر طباطبائی یزدی - سهشنبه ٢٤ اسفند ،۱۳۸٩
منبع: http://amirmehrani.com/
این بحث رو امیر مهرانی توی وبلاگش مطرح کرده که خیلی صحیح است و خیلی خوب بخونیدش و اگر ابهام دارید نقدش کنید تا بهتون ثابت کنم درست گفته
بسیاری از افراد وقتی بحث انجام یک پروژه پیش می آید به دنبال استفاده از ابزارهای مدیریت پروژه می روند. خیلی اتفاق افتاده که دیده ام استفاده از این ابزارها بجای پیشبرد اهداف موجب کندی و سردرگمی شده. این اشتباه را خودم هم مرتکب شده ام. چون گاهی این وسواس را دارم که کار را بر اساس قواعد و اصول و متدولوژی های تعریف شده انجام دهم. اما حقیقت اینجاست که اصول، قواعد و متدولوژی های مواردی است کهخود شما تعریف می کنید. به نظرم هیچ متدولوژیی تا با نیازهای ما هماهنگ نشود، کمک که نخواهد کرد هیچ، بلکه باعث بروز وقفه در کار هم خواهد شد. در بحث متدولوژی مفهومی مطرح است با عنوان Tailoring. به این معنی که متدولوژی با نیازها هماهنگ شود و این زمانی است که الگوهای متدولوژی می تواند به ما کمک کند. در واقع متدولوژی بر اساس نیازها سفارشی می شود. ممکن است بعضی از فرآیندها حذف شوند یا به شکلی جدید در آیند.
اما چرا این بحث را مطرح کردم؟ دلیلش این است که استفاده از مفاهیم مدیریت پروژه تبدیل شده به یکی از کارهای روزانه و باید، باید، باید، امکانات این ابزارها را بر اساس نیازمان انتخاب کنیم. بر حسب اندازه پروژه، زمان و بودجه باید تشخیص بدهیم که به یک ابزار مدیریت پروژه کامل احتیاج است یا تنها به یک ابزار برای ثبت فعالیتها و پیگیری آنها نیاز است. منظور از یک ابزار مدیریت پروژه کامل برنامه هایی مثل Microsoft Project و Primavera می باشند. در ساده ترین حالت استفاده از این ابزارها شما می توانید منابع پروژه، هزینه ها و بودجه و فعالیتها و روابط آنها را تعریف کنید. استفاده از این ابزارها مستلزم آشنایی خوب با امکانات این ابزارها است. موارد زیر به شما کمک می کند تا بهترین تصمیم را برای انتخاب ابزار مناسب بگیرید:
-
آیا از ابزار مدیریت پروژه تنها برای تعریف کردن فعالیتها استفاده می کنید؟ در صورتیکه پاسختان به این سوال مثبت است این ابزار را کنار بگذارید. می توانید فعالیتها را روی وایت بورد بنویسید. خودتان را گرفتار ابزار نکنید.
-
آیا وقت پروژه شما محدود است؟ محدودیت در زمان پروژه معمولا باعث می شود که از استفاده از ابزارهای مدیریت پروژه چشم پوشی کنیم. اما استفاده از یک ابزار Task Management ساده می تواند کمک کند.
-
آیا تعداد نفرات حاضر در پروژه محدود است؟ اگر زیر ۱۰ نفر در پروژه فعالیت می کنند سراغ چنین ابزارهایی نروید. استفاده از یک برنامه Task Management ساده می تواند به شما و تیمتان بیشتر کمک کند. ابزارهای مبتنی بر وب مثل Windows Sharepoint Services 3.0 می تواند یک محیط پویا و کاربردی به شما بدهد.
-
آیا کارفرما از شما برنامه دقیق پروژه می خواهد؟ اگر پاسخ منفی است خیلی خود را گرفتار ابزار نکنید.
-
آیا از متدهای Agile در پروژه استفاده می کنید؟ اگر اینطور است بهتر است یکبار برای همیشه قوانین تعریف و تخصیص فعالیتها را برای خود تعریف کنید تا هنگام اجرا دچار حاشیه نشوید. (خیلی با این مورد برخورد کرده ام که در مسیر انجام فعالیتهای پروژه، آنقدر افراد درگیر حاشیه ابزارهای جانبی می شوند که از اصل کار باز می مانند.) ممکن است بعد از تعریف این قوانین به یک الگو برای استفاده از ابزار برسید.
-
آیا در تیم کاریتان متخصص مدیریت پروژه وجود دارد؟ اگر وجود ندارد دلیلی ندارد خود شما در حین کار تبدیل به متخصص مدیریت پروژه شوید و شروع به کشف یک فیلد جدید کنید و در مسیر صحیح و خطا قرارگیرید.
-
آیا تعداد فعالیتهایی که باید انجام دهید محدود است؟ نتیجه پاسخ به این سوال مشخص است.
-
آیا افراد تیم شما با مفاهیم مدیریت پروژه آشنا هستند؟ اگر افراد تیم شما به مفاهیمی مثل Timesheet، وابستگی فعالیتها، نحوع محاسبه پیشرفت کار و … آشنا نیستند، هنگام انجام پروژه از آنها نخواهید که به این موارد بپردازند و درگیر ابزار شوند. سر فرصت به آنها آموزش دهید و بعد به استفاده از ابزار بپردازید. در ضمن نباید انتظار داشت که همه افراد این مفاهیم حتی ساده را هم بدانند.
-
اگر مورد دیگری هست شما اضافه کنید …
اما اگر از ابزارهای مدیریت پروژه استفاده نکنیم چکار کنیم؟ راه هایی وجود دارد که می تواند کار شما را ساده کند.
-
استفاده از وایت بورد و تقسیم بندی عمودی آن به فازهای فعالیت مثل شروع نشده، در دست انجام و پایان یافته می تواند انتخاب اول باشد. تقسیم بندی افقی می تواند بر حسب تاریخ باشد که البته این برای دوره های کوتاه مناسب است. می توانید فعالیتها را روی کاغذ Stick بنویسید و در خانه مربوطه بچسبانید و در صورتیکه وضعیت فعالیت تغییر کرد می توانید کاغذ را جابجا کنید. حتما لازم نیست از آخرین تکنولوژی ها برای انجام کارهای ساده استفاده کرد.
-
استفاده از Windows Sharepoint Services 3.0 که می تواند یک سایت برای تیم شما ایجاد کند و به شما امکان مدیریت فعالیتها، مستندات و … را بدهد. برای آشنایی با امکانات شیرپوینت،
اینجاکلیک کنید.
-
می توانید از ابزارهای آنلاین که بصورت رایگان خدمات می دهند استفاده کنید. در مورد این سایتها در مطلب بعدی خواهم نوشت و آنها را معرفی خواهم کرد. استفاده از ابزارها آنلاین می تواند مناسب باشد چراکه اصولا این ابزارها با هدف مدیریت وظایف و مدیریت پروژه تهیه شده اند و دارای شاخ و برگ زیادی نیستند. البته معمولا استفاده رایگان از این ابزارها دارای محدودیت تعداد کاربر و امکانات می باشد.
http://amirmehrani.com/thecoach/?p=257&dsq=15121342#comment-15121342
نویسنده: صابر طباطبائی یزدی - شنبه ٩ آبان ،۱۳۸۸
یکی از قوی ترین و قدیم یترین نرم افزارهای موجود کنترل پروژه محسوب میشود. این Microsoft Project نرم افزار نرم افزار قریب به ١٠ سال است که به بازار ایران وارد شده و به شکل گسترده توسط کاربران و برنامه ریزان پروژه مورد استفاده واقع می شود. مهندسان کنترل پروژه عموماً از این نرم افزار به عنوان ابزاری جهت مدیریت زمان پروژه ها استفاده میکنند. مایکروسافت پروجکت، علیرغم وجود برخی محدودیت ها و کمبودها (در مقایسه با نرم افزارهای مشابه) به عنوان یک نر مافزار کاربردی و پرطرفدار در جهان و خصوصاً در ایران روزانه مورد استفاده کاربران بیشماری قرار می گیرد.
http://pmirani.blogfa.com/post-31.aspx
مطالب قدیمی تر »