سؤال

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

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

ريان

هل كانت مفيدة؟

المحلول

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

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

نصائح أخرى

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

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

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

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

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

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

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

لقد فعلت المشاريع بين 1 - 6 أشهر على بلدي و أنا دائما تميل إلى ضعف أو quadrouple بلدي الأصلي التقديرات.

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

التحذير هو عندما كنت بناء التنقيح المقبل من نظام موجود مع نفس الفريق ؛ محدد الخبرة المكتسبة تحسين القدرة على تقدير الدفعة التالية من العمل.

لقد رأيت الكثير من محاولات منهجية لتقدير ولا عملت.قد يكون العلمية الزائفة اللور, ولكنها لا تعمل فقط في الممارسة العملية.

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

هوفستادر القانون:

'دائما ما تستغرق وقتا أطول مما كنت أتوقع ، حتى عندما كنت تأخذ هوفستادر القانون بعين الاعتبار.'

وأعتقد أن هذا هو بسبب:

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

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

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

أنا لا مشاريع من 2 أسابيع إلى 1 سنة.عموما تقديري هي جيدة جدا ، البعدية.في بداية المشروع ، على الرغم من أنني عادة الحصول على ضرب لأن التقديرات تعتبر كبيرة جدا.

هذا هو لأنني النظر في الكثير من الأشياء أن الناس تنسى:

  • الوقت من أجل إصلاح الخلل
  • وقت النشر
  • الوقت وإدارة الاجتماعات/التفاعل
  • الوقت للسماح شرط أصحاب تغيير رأيهم
  • الخ

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

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

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

بعد عدد قليل من المشاريع ، يجب أن يكون جيد جدا التقديرات.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top