«Первые 90% кода отнимают первые 90% времени разработки. Оставшиеся 10% кода отнимают вторые 90% времени разработки»

А. Купер. Психбольница в руках пациентов

Я думаю, каждый, кто сталкивался с любым проектом (от ремонта, до запуска корабля на Плутон (хотя, зачем туда лететь, он же даже не планета!), знаком с подобной ситуацией:

Неделя Y проекта: осталось 3 недели.

Неделя Y+1 проекта: осталось три недели.

……..

Неделя Y+k проекта: осталось ну никак не больше трёх недель.

Ну, или вот есть две задачи. Завершённость одной – 80%. Второй – 80%. Трудоёмкость обоих одинакова. Они одинаковые? А вот фиг там. Одна из них завершится уже сегодня, вторая вообще под угрозой. Да ещё мой начальник понимает 80%, как «осталось 20% работы», а мой подчинённый, как «осталось 20% задач». А я, как типичный передаст, просто транслирую циферки.

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

· Что сделано за истёкший с последнего отчёта период?

· Каков текущий статус задачи

· Проблемы

· Что сделано в целом

· Когда планируем завершить задачу в целом

· Что делаем дальше, и когда

Много работы, на самом деле, не так ли? Однако, каждый пункт в этой структуре важен. К примеру, если за неделю ничего не сделано, а проект важный, значит, возможно, или кто-то считает его не важным, или что-то нам мешает. И всегда же при поедании яблока приятнее найти целого червяка, чем его половину, то есть узнать о проблеме, когда она впервые себя проявила, чем, когда уже поздно предпринимать что-то, кроме внесения CR на изменение ограничений проектов. Все остальные пункты также несут свой смысл.

Но, разумеется, нет смысла требовать такой отчёт по какой-то ерундовой задаче, которая просто длится один день и делается в одно действие. Если только эта задача не длится уже третий месяц. ;)