تقييم حجم عمل مدير المشروع - ما هي المنهجية الجيدة؟ [مغلق

Question

حاليا، تستخدم شركتي رشيقة كمدير تنميتها. اقترب من رئيسي لتحديد بعض المنهجية لتحديد مقدار العمل الذي يقوم به مدير المشروع في مشروع معين في الرحلة. أن نكون صادقين، لا أستطيع التفكير في أي شيء أحمق.

أعتقد أن أفضل سؤال هو كيف نقوم بتقييم مدى انشغال، في يوم يوم، مدير المشروع هو؟

Answer 1

تذكر ذلك أي مقاييس يمكنك التوصل إليها هي الأكثر احتمالا.

هل أحصل على شارة لرابط على الموضوع إلى Joel On Software؟ :)

بعد القول أنه يمكنك تجربة اتحاد النهج التالية:

• ملاحظات المطور!!! (على سبيل المثال، ستكون ردود فعل مساء جيدة "كان لدي مشاكل X و Y و Z وجعلها تختفي"). ليس جيدا لقياس كيف "مشغول" مساء هو جيد حقا لقياس مدى فعالية هو / هي.

• حجم وضوح خطط المشروع (يحل محلها بسهولة)

• معدل تغيير خطط المشروع (اسمه بسهولة)

• مبلغ الاجتماعات / وقت الاجتماع (يحلو بسهولة)

• معدلات نجاح المشاريع (في الوقت المناسب مقابل٪ من الميزات التي تم تسليمها مقابل رضا العملاء). لا يحلم بسهولة ولكن عمل الشيطان الخاص لتطبيع هذا عبر المشاريع.

Answer 2

سيتم قياس الجداول الزمنية مقدار من العمل بمعنى واحد (يمكنك أن ترى كيف ينهار يومهم وهلم جرا) ولكن لا أعتقد بمعنى أنك تريد.

في النهاية، لا أعتقد أن هناك متريا مفيدا لمديري المشاريع بهذا المعنى، لكنني لا أعتقد أن هذه مشكلة.

أعتقد أنه في النهاية يجب عليك قياس نجاح المشروع بدلا من "مشغول-نيس". بعد كل شيء، لماذا تهتم بمدى مشغول PM إذا قاموا بتسليم مشاريع ناجحة؟

قد يقضي رئيس الوزراء مساء نصف يوم يتم تجميع خطة لسجل المخاطر والتخفيف من المخاطرة التي تحتوي على 20 مخاطر، أي شخص آخر قد يقضي يومين يضعون معا واحد فقط لديه 5 مخاطر ولكن لا توجد أي من هذه الأرقام أكثر فائدة كترامية من خطوط التعليمات البرمجية. الشيء الرئيسي ليس كم من الوقت قضيته في القيام بذلك، وكم عدد المخاطر التي حددتها، ومدى خطط التخفيف الكبيرة، ولكن سواء تمكنت بالفعل من المخاطر على المشروع بنجاح.

أنت أفضل حالا بالنظر إلى ما يهدف مدير المشروع إلى القيام به، وهو تقديم مشاريع في الوقت المحدد، إلى الميزانية وإرضاء العملاء (الذي كنت أستخدمه كإجراء نهائي للجودة بدلا من العيوب).

بعد كل شيء، هل تقيس كيف "مشغول" الرئيس التنفيذي هو؟ أم أنه يحكم على الربح الذي يجعل الشركة؟

لفعل هذا:

• الوقت - الطريقة الوحيدة التي يمكن إرساءها حقا هي تقديرات وخطط الحشو بشكل كبير، ويمكن تقليل ذلك من خلال مراجعة الخطط والتقديرات وتوافقها جميع الأطراف المعنية عليهم (المطورين، PM، العميل). الجانب الآخر من هذا هو أن رئيس الوزراء يجب أن يوافق على الخطة بدلا من أن يكون تاريخ التنفيذ الذي يهتم به. قد ترغب في قياس هذا على التنفيذ الشامل أو كل علامة فارقة.

• الميزانية - قابلة للقياس ولكن gample. بالنسبة لمعظم مشاريع التطوير، فإن الشيء الرئيسي هو ما هي الجداول الزمنية الصادقة من المطورين وأفضل طريقة للتأكد من أن هذا هو جعله لذا فإن PM هو PM وليس مدير الخط. وبهذه الطريقة لدى المطورين شخص ما لمحاربة زاويةهم (المدير الفني على سبيل المثال) إذا كان يتم الضغط عليه لملء الجداول الزمنية للحفاظ على الميزانية لأسفل. مرة أخرى، يجب أن يوافق رئيس الوزراء على الميزانية، فليس من المعقول أن نتوقع منه تقديم شيء أخبرك أنك غير معقول.

• رضا العملاء - من الصعب قياس ذلك حتى أقترح عليك أن تبقيها بسيطة وتذهب مع مراجعة مشروع مشاركة مستقيم إلى الأمام مع مدير الحساب والعلامات من أصل 10 للاتصال والتسليم وأي شيء آخر مهم. إنه شخصي ولكن في النهاية هو رضا العملاء.

لكن الكثير منها يعتمد على ثقافة الشركة. بالنسبة لبعض المنظمات، ستكون الشيء الرئيسي ساعات قابلة للفوالة، سيكون رضا المطور الآخرين جزءا من المزيج.

Answer 3

أحاول أن أفهم سبب طلب منك تقدير مقدار العمل الذي يقوم به مدير المشروع في مشروع. في أحسن الأحوال، مجرد طلب للحصول على قاعدة من الإبهام، وإلا فإنه يشير إلى أن رئيسك لا يعرف فقط أول شيء حول تشغيل مشروع. حتى عندما تبدو المشاريع مماثلة للغاية، سيكون هناك دائما شيء فريد من المشروع:

• الفريق غير متطابق (تعليم الرجل الجديد، يستغرق الحبال الوقت)
• قد يختلف المواصفات فقط بت صغير (وهذا بت صغير قد يضاعف عبء العمل)
• حتى الموسم قد يؤثر على النتيجة
• وهلم جرا وهكذا دواليك

كل حالة في المشروع قد يغير عبء عمل مدير المشروع، لذلك سيكون دائما شخصي تقيم.

Answer 4

أود أن أقترح عليك استخدام نفس الحرق ومستوى الجهد الذي تستخدمه للمطورين. مهمة رئيس الوزراء في بيئة رشيقة مختلفة بعض الشيء (ومن المتجر لتسوقها مختلفة)، ولكن يجب أن يكون PM قادرا على توفير قائمة بالمهام، وما إلى ذلك كم توافر رئيس الوزراء لديه.

Answer 5

يتساوى معظم مديري المشاريع المسؤولية بالوضع، لذلك من المحتمل أن يتطوع مدير المشروع بسعة احتياطية للغاية لتولي مسؤولية جديدة، لأنه في أفضل اهتمامه الخاص. في جميع المنظمات الأكثر سوى المنظمات الأكثر وظيفية، غالبا ما يكون من الأفضل أن تكون مثقلة بوضوح، لأن هذه النظرة البطولية.

من المرجح أن تكون في مصلحة المنظمة بأفضل ما تحت تحميل مديري المشاريع بشكل طفيف، بحيث تكون هناك بعض السعة الاحتياطية المتاحة يجب أن تبدأ شيء ما في الخطأ. قد يختار مدير المشروع تطبيق قدرته الاحتياطية في بعض الطرق البناءة في أي حال. السياسة المفرطة أو النشاط غير الضروني الآخر هو مؤشر جيد للشخص الذي يمكن نشره بشكل أكثر بناءة. حتى على مشاريع رشيقة، يميل عبء العمل إلى أن يكون متفاوتا في دورة المشروع - على سبيل المثال، غالبا ما يكون التسليم نشاطا مكثفا للإدارة - شخص ما يتم تحميله بشدة بشكل مستمر ربما لديه الكثير للقيام به، وقد يتجاهل مشكلة خطيرة.

إذا قام المستوى التالي من الإدارة بإجراء مراجعات مشروع منتظمة، فهناك الانتباه إلى عدد المشاكل التي يتم تصعيدها، ما إذا كان المشروع تقارير يرتبط بأخبار العنب، ويفعل بعض التقديرات الأساسية بشأن توقعات عبء العمل لكل مدير مشروع، ثم ينبغي للمنظمة تكون قادرة على تشغيل نظام فعال بشكل معقول.

يميل المديرون إلى أن تكون حيوانات سياسية ونفسية. أي منهجية لا تأخذ ذلك في الاعتبار هو تجاهل الواقع، لذلك من المحتمل أن تستند منهجية جيدة لهذه المشكلة إلى السلوكيات الملحوظة أكثر من الأرقام الصعبة.

Answer 6

إسمح لي إذا كنت في أن أكون مسجلا، لكن العلامة والسؤال يدعو إلى رشيقة. ماذا سيكون مدير مشروع في رشيق؟ قد تحاول أن تحاول قيادة العمل الذي يتم إجراؤه من قبل مالك المنتج أو سيد سكروم؟

على أي حال، تقوم كلا الدوران بأداء العديد من المهام التي يصعب قياسها، لذلك ربما ينظر رئيسك إلى الصورة الخطأ.

على سبيل المثال، سيد Scrum هو "The person responsible for supporting the development team, clearing organizational roadblocks, and keeping the agile process consistent". وبعد هو أساسا مدرب وميسر. حظر الطلبات التخريبية أو الانحرافات التي تم إنشاؤها من خلال مستويات الإدارة أعلى من خلال التفاوض أو الإقناع لمتابعة ممارسات Scrum هي واحدة من المهارات التي يستخدمها Scrum Masters بشكل شائع. من الصعب قياس العديد من هذه المهارات الناعمة ك "عمل" لأنها لا تنطوي على عمل على جهاز كمبيوتر أو إنتاج تقرير.

أعتقد أن المقياس الذي سيستفيد منه رئيسك أكثر من ذلك هو أكثر ارتباطا حول مدى فعالية الفريق وكيف يوصف سيد Scrum لتسهيل عمل زملائه في فريقه. ثم تحتوي DVK بعد ذلك على نقطة صالحة للغاية، يمكن أن تكون المقاييس التي تنشئها "قد"، لذلك من الأفضل أن تثق في أن مديريك مشغولون إذا تتقدم مشاريعك وفرقك سعيدة وعمل كفريق واحد.