سؤال

لقد طلب منا أحد العملاء أن يقدم لنا تقديرًا زمنيًا لكل خطأ لدينا.

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

أنا لست من محبي تخصيص الوقت للأخطاء، وذلك ببساطة للأسباب التالية:

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

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

كيف تخصص الوقت لأخطاءك؟هل هي فعالة؟يستحق الوقت والجهد؟

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

المحلول

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

نصائح أخرى

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

لذلك، نقوم أولاً بعمل جيد جدًا في شرح موقفنا.في المثال الخاص بك، سيكون هذا شيئًا مثل هذا:

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

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

لا تفكر في هذا من حيث تقدير المدة التي تستغرقها الأخطاء لإصلاحها، لأنه لا يمكنك تقدير ذلك بشكل صحيح.

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

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

عادةً ما أقول إن الأخطاء لن تستغرق وقتًا على الإطلاق (يبدو أن يومين إلى ثلاثة أيام يمثل رقمًا جيدًا للتهدئة).

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

أنت على حق، التقديرات عادة ما تكون غير دقيقة.

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

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

لا أعتقد أنك ترغب في التقدير على أي مستوى أدق من ذلك، للأسباب التي ذكرتها (استغراق وقت طويل في التحقيق، وما إلى ذلك)

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

لا ينبغي أن يؤدي ذلك تحت أي ظرف من الظروف إلى توليد المزيد من الأخطاء.لا ينبغي أن تتعجل مع عقارب الساعة لإصلاح هذه الأمور.إذا قدرت يومًا واحدًا واستغرق الأمر 10 ساعات، فلا بأس.إذا قدرت أسبوعًا واحدًا واستغرق الأمر ساعتين، فستكون النتيجة جيدة!

هذا مجرد تمرين في التقدير!

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

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

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

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