كيفية التعامل مع الأمراض المزمنة الوقت المسائل ؟

Question

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

لقد سبق أن تحدثت معه عن مشاكله.يبدو أنه حقا محبطة و منزعج حول ما يجب القيام به لتصحيح هذه.

أسئلتي هي:

1. ما هي أنواع العقوبات يمر الموعد النهائي هي فعالة ؟
2. ما هي الطرق التي يمكنني إجبار هذا الموظف إلى الشرطة أفعاله (تقديرات الوقت ، الخ،) نفسه ؟

التحديث:على أساس الاستجابات ؛ هذا ما لدي أحسب.

1. العقاب هو فكرة سيئة.
2. فمن الطبيعي أن الموظف غير قادر على إصلاح تقدير المشاكل دون تدخل.
3. لا تجعل المواعيد المحددة ما لم يكن هناك شركة العواقب (فقدت العقد) لا يجري القيام به من قبل ثم.
4. الاستفادة من الأساليب المتاحة (رشيقة, جويل المرجعية) لمساعدة المطور تقدير أفضل.

شكرا على الروابط والمعلومات.أيضا شكرا على تحديث تفكيري.

Answer 1

لا أعتقد أن المشكلة هي أنه يفتقد هذه المواعيد.

أعتقد أن لديه مشكلة حقيقية في تقدير مقدار الوقت سيستغرق لإتمام المهمة.

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

Answer 2

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

1) كسر بة

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

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

إذا كنت مهمل ، واختيار الكبير ثلاثة أسابيع المهام (على سبيل المثال ، "تنفيذ اياكس محرر الصور") ، ثم لم تكن قد فكرت في ما أنت ذاهب إلى القيام به.في التفاصيل.خطوة خطوة.و عندما لم أفكر في ما كنت تنوي القيام به, لا يمكنك أن تعرف كم من الوقت سيستغرق.

تحديد 16 ساعة أقصى القوات تصميم لعنة الميزة.إذا كان لديك يد مائج ثلاثة أسابيع ميزة تسمى "اياكس محرر الصور" دون تصميم مفصل, أنا آسف أن أفسد عليك ولكن أنت رسميا مصيرها.فكرت ابدأ الخطوات انها سوف تأخذ وكنت على يقين من أن يكون نسيان الكثير منهم.

النقطة الرئيسية هي أنه (و) يجب أن يتعلم من أخطائه ، وأخذها بعين الاعتبار التالي تقدير.

أيضا, إذا كنت مطور, وأود أن تفعل العادية مراجعة التعليمات البرمجية في نهاية اليوم للحصول على نظرة أفضل في عملية التنمية.

و بالطبع أصغر التكرار و المزيد من التفاصيل مع المهام.تعيين الحد الأقصى المهمة المدة 1 يوم.هذه هي القاعدة لدينا.

Answer 3

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

أنا أتفق مع @OTisler أن البرمجة الزوج وربما منتظم نهاية اليوم استعراض التقدم مع نفسك يمكن مساعدته من خلال...على الرغم من أن إذا المواعيد النهائية/تقديرات غير واقعية لتبدأ ليس أين تكمن المشكلة.

الرصد عن كثب على بعض المهام المحددة التي ينبغي تسليط الضوء فيها أي مشاكل الكذب.

Answer 4

ما هي أنواع العقوبات على مرور الموعد النهائي هي فعالة ؟

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

ما هي الطرق التي يمكنني أن تماسك هذا الموظف الشرطة أفعاله(الوقت التقديرات ، الخ،) نفسه ؟

من خلال مساعدته على العثور على الطريق الصحيح لجعل التقديرات.

Answer 5

أولا, تأكد من أنك واضح وضوح الشمس في الاحتياجات الخاصة بك.

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

أيضا, تأكد من متطلبات واقعية ، وكذلك التقديرات.

تأكد من أن التوقعات الخاصة بك ليست مما دفع به إلى تقديم تقديرات غير واقعية من أجل تلبية متطلبات غير واقعية.

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

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

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

عليك أن تعرف كم من الوقت تفعل ما بدقة ، قبل أن تتمكن من معرفة أين زحف أو ما يمكن القيام به حيال ذلك.

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

مرة واحدة كنت قد قررت أن التقديرات هي في الواقع مصدر المشكلة, انتقل على تقدير أن ذهبت معه و ربما مطور آخر ، و معرفة السبب.

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

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

العقاب والإكراه هي استجابات ملائمة العمد مخالفات في بعض الحالات.

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

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

Answer 6

حسنا, هذا أمر شائع إلى حد ما--المطورين التفاؤل.انها وظيفة إدارة للتعامل معها.إذا كان أي شخص يجب أن يعاقب ، هو مدير ( ؟ )

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

عندما كنت صغيرا ، أول مدير جيد التعامل مع الأمر بهذه الطريقة:

أولا كان لي الخروج مع قائمة مفصلة--كسر المهام وصولا إلى ساعات و تقدير كل واحد مع ليبرالية جدا تقدير-لا ينبغي أن تكون الفترة أقل من 4 ساعات بغض النظر عن كيفية الصغيرة المهمة.

ثم نظر إليهم و قال لي أن يتضاعف كل التقديرات.(المطورين وخاصة الشباب المطورين لا نفكر في حقيقة أن كنت فقط إنتاجية لمدة 1/2 اليوم, إذا كنت محظوظا--و نصف من أن ينفق في أشياء لم نتوقع أن يكون القيام به).

ثم قبل إنشاء جدول أعماله ، وتضاعف انه كل التقديرات (دون أن تخبرني).

التفت لهم في هذه الطريقة بغض النظر عن متطلبات الجدول الزمني من فوق.المدير الجيد يجب أن ندرك أن أقول لا بد من القيام به في 2 أيام, لا تجعل ذلك ممكنا.

كما حصلت على أفضل تقدير كلانا لاحظت تعديلها وفقا لذلك.

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

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

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

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

Answer 7

على الأسئلة الخاصة بك:

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

ولكن لدي بعض الأسئلة التي أعتقد أنك تحتاج إلى التفكير.

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

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

Answer 8

ما هي أنواع العقوبات على مرور الموعد النهائي هي فعالة ؟

أنت ذكرت نقطة وغاب عن ذلك.واضح عقوبة يمر الموعد النهائي هو الموت.إذا كان المطور لا يزال على قيد الحياة بعد مرور الموعد النهائي "مهلة" من الواضح أنه لم يكن حقيقيا الموعد النهائي.هل تعتقد أنه من المضحك أن وضع المطورين تحت الضغط باستخدام فنون الدفاع عن اللغة ؟

إصلاح الصيغة الخاصة بك.

Answer 9

الدافع

أولا وقبل كل شيء:قراءة Peopleware

المقبل.لماذا تعتقد أن العقاب سوف يكون طريقة فعالة لإدارة الناس التي من المفترض أن تكون مبدعا ؟ أعتقد أن عليك أن تعيد التفكير في كل نهج الإدارة مقابلفريق.

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

أيضا كمدير كنت بحاجة إلى معلومات دقيقة على أساسها القرارات.هذا أيضا يتطلب بيئة آمنة.إذا كان هناك خطر العقاب لكونه صادقا و صريحا يضمن لك الحصول على الأكاذيب غياب المعلومات.خطير جدا قاعدة لاتخاذ القرارات.

التقديرات

وغيرها كما أشارت التقديرات هي تقديرات.في فريقنا ونحن لا نفعل أي فرد التقديرات في جميع التقديرات كفريق واحد.(أنا مترددة قليلا دعوة ما نقوم به سكروم ، ولكن أكثر من ذلك يحاول محاكاة إذا كان أي شيء أقل) أعتقد أن هذا هو حقا وسيلة رائعة للقيام التقديرات:كل عضو في الفريق وتعطى مجموعة من البطاقات التي تتكون من أرقام 0,1/2,1,3,5,8,13,20,40,60,100 و عند تقدير مهمة كل مطور يختار البطاقة (البطاقات المخفية حتى أن الجميع قد اختار بطاقة لتجنب التأثير على التقديرات) و متوسط بطاقات مختارة يؤخذ التقدير.

لاحظ كيف أن الأرقام التي يحصل تدريجيا أقل دقة.هذا هو حسب التصميم لأن الكبيرة التقديرات بالضرورة أقل دقة.

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

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

العمل الفعلي البنود يتم من قبل فرد المطور لا حاجة إلى تقدير.تقريب الأول هو دائما 1/2 - 1 اليوم لإكمال.إذا كان هذا التقدير تبين أنها كاذبة لك مجرد الاستيلاء على زميل المطور نفعل ذلك معا لانجاز ذلك.أو كسر عنصر العمل في مهام أصغر بحيث يمكن توزيعها بشكل أفضل.

Answer 10

مجموعة معالم ومحاولة رشيقة كما @OTisler المقترحة.

Answer 11

أنا لا أعتقد أنك يجب معاقبته.دعه فهم كيفية إجراء تقديرات دقيقة.

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

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

Answer 12

ما يدهشني هو أن لديك فقط واحد من هؤلاء الرجال.

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

الحل لهذا هو تغيير حول كيف يمكنك أن تفعل تقديرات للجميع.المطورين قد يكون سيئا في تقدير مطلق الوقت ، ولكنهم جيد جدا في الوقت النسبي.حتى يوم الاثنين بدلا من "كم من الوقت سوف يستغرق لإضافة whoosiwhatsit?," تسأل "ماذا يمكنك أن تحصل على القيام به على whoosiwhatsit في أقل من أسبوع؟" أن يصبح المهمة لهذا الأسبوع.

يوم الاثنين التالي كنت أنظر كيف ذهب."حسنا, لقد حصلت على floogle المثبتة في يومين ولكن اتضح أنها أثرت على مكفي...حتى هذا الأسبوع أريد أن فصل هؤلاء الرجال حتى whoosiwhatsit الملفات لا على الكتابة." حسنا ، هناك مهمتهم لمدة أسبوع.

قد تعتقد أنه لن يساعد لأنك لا تعرف متى whoosiwhatsit ستكون جاهزة.هذا صحيح.لديك خياران هنا:

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

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

Answer 13

حتى المطور يقوم بعمل جيد, ولكن هو ضعف في تقدير مقدار الوقت للتسليم ؟ أنا لست متأكدا من أن لديك العقاب الوضع على يديك فقط حتى الآن.

ربما تسير إلى الأمام لبعض الوقت ، يكون له المشي لكم من خلال عملية تقدير نقطة التسليم.هذا يمكن أن يكون فرصة أن أسأله لماذا الخطوات X ، Y ، Z تأخذ كميات معينة من الوقت.قد يجد نفسه مراجعة تقديراته ببساطة عن طريق القيام ممارسة التمارين في ما يكاد يكون من المؤكد أبطأ وتيرة.

Answer 14

اسأل نفسك هذا:ما يستلزم عملك ؟

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

في محاولة للتفكير من حيث "القيمة المضافة" (واحد من أرباب العمل يستخدمون هذا المصطلح كثيرا و كرهت ذلك, ولكن ربما يعمل بالنسبة لك في هذه الحالة).ما قيمة إضافة?إذا كنت مجرد عابرة الاشياء في كلا الاتجاهين بين الإدارة العليا و المطورين ، ثم في النهاية أنت لست في كسب المال الخاص بك.يمكنك إزالتها , و لا شيء سيتغير.

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

Answer 15

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