پروژه‌ی نرم‌افزاری شما چقدر زمان می‌برد؟

چطور حساب می‌کنیم

هر عددی که این صفحه نشان می‌دهد از همین فهرست می‌آید. هیچ عدد پنهانی نیست.

1. حجم کار (نفر-هفته) = پایه‌ی نوع محصول + مجموع قابلیت‌های انتخاب‌شده + اتصال به سیستم‌ها + انتقال داده.
2. از قابلیت چهارم به بعد، هر قابلیت ۲٪ به حجم کار می‌افزاید (حداکثر ۲۰٪)، چون قابلیت‌ها به هم می‌رسند و اشکال از همان درزها می‌آید.
3. در پایان، حجم کار در (۱ + افزایش حساسیت داده) ضرب می‌شود.
4. سرعت پیشرفت: ۲ مهندس با ۷۵٪ تمرکز مفید (بقیه‌ی هفته بازبینی، جلسه و جابه‌جایی ذهنی است) یعنی ۱٫۵ نفر-هفته در هر هفته. کارهای زیر ۸ نفر-هفته را نمی‌شود میان دو نفر تقسیم کرد و با سرعت یک نفر (۰٫۷۵) حساب می‌شوند.
5. زمان ساخت = حجم کار ÷ سرعت پیشرفت. رفع اشکال و پذیرش ۲۰٪ زمان ساخت را اضافه می‌کند.
6. انتظار برای بازخورد شما درصدی از زمان ساخت و رفع اشکال است (جدول زیر).
7. به این‌ها شناخت نیازها، بخشی از طراحی (۶۰٪ از هفته‌های طراح روی تقویم می‌نشیند؛ بقیه هم‌زمان با شناخت و آماده‌سازی انجام می‌شود) و راه‌اندازی (۱ هفته، یا ۲ هفته با داده‌ی زیاد) اضافه می‌شود. جمع، برآورد میانه است.
8. بازه = میانه × ضریب پایین و ضریب بالا. ضریب‌ها از روشنی نیازها می‌آیند (جدول زیر). به ضریب بالا برای هر پاسخ پرریسک ۰٫۱ واحد اضافه می‌شود، تا سقف ۰٫۳: سیستم قدیمی، انتقال داده‌ی زیاد، الزام رسمی، بازخورد کند.

مبنا: یک مدل ساده‌ی پایین‌به‌بالا به سبک مرجع‌گیری از پروژه‌های هم‌نوع، و این اصل شناخته‌شده که برآورد در ابتدای کار ذاتاً پهن است و با روشن‌شدن نیازها باریک می‌شود. این عددها فرض‌های کاری‌اند، نه اندازه‌گیری؛ با داده‌ی هیچ تیم مشخصی برازش نشده‌اند. آن‌ها را نقطه‌ی شروع گفتگو بخوانید.