Мифический человеко-месяц или как создаются программные системы   ::   Брукс Фредерик

В течение ряда лет при планировании разработки программного обеспечения я пользуюсь следующим эмпирическим правилом:

1/3 — планирование,

1/6 — написание программ,

1/4 — тестирование компонентов и предварительное системное тестирование,

1/4 — системное тестирование при наличии всех компонентов.

Это правило имеет несколько важных различий с общепринятым планированием:

1. На планирование отводится больше времени, чем обычно. И все равно этого времени едва достаточно для разработки подробных и надёжных технических условий и недостаточно для проведения исследовательских работ или поиска новейших технологий.

2. Половина графика работ, отведённая на отладку законченного кода, значительно выше нормы.

3. Та часть, которую легко оценить, т.е. написание кода, занимает всего одну шестую общего времени.

Изучая проекты, график которых был составлен традиционным образом, я обнаружил, что немногие из них отводили по графику половину времени на отладку, но на практике в большинстве случаев тратили на неё половину фактического времени. Многие проекты укладывались в график на всех этапах, исключая системное тестирование. [3]

Особенно катастрофические последствия может иметь недостаток времени для системного тестирования. Поскольку задержка происходит в конечной части графика, никто не подозревает о том, что график находится под угрозой срыва вплоть до дня сдачи продукта.