سؤال

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

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

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

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

المحلول

لقد طُلب مني مؤخرًا تقدير المدة التي سيستغرقها بناء نظام هائل فقط من خلال النظر في نماذج Screen Shot. كان MGMT يسأل عن شعور الأمعاء في أقل من ساعة دون طرح أي أسئلة.

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

  1. المهمة 1: 8 وحدات
  2. المهمة 2: 16 وحدة
  3. المهمة 3: 4 وحدات

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

  1. المهمة 1: 8 وحدات * 2 ساعة/وحدة = 16 ساعة
  2. المهمة 2: 16 وحدة * 2 ساعة/وحدة = 32 ساعة
  3. المهمة 3: 4 وحدات * 2 ساعة/وحدة = 8 ساعات

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

بالطبع لقد سلمت +/- تخمين مع إخلاء سخي.


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

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