То, что поможет программистам указывать реалистичные сроки

Если вам хоть раз приходилось оценивать сроки, вам наверняка известно, как это бывает сложно. Часто из-за завышенных ожиданий или давления хочется назвать нереалистично короткий период выполнения. Особенно сильно влияет стремительное приближение дедлайна и/или недостаточное количество опыта в решении организационных вопросов. Вне зависимости от количества неудач ситуация не меняется, если не уделить ей должного внимания. Тем не менее, каждый раз от вас ожидают точного и обоснованного ответа, и сунуть голову в песок фразой «не знаю» не удастся.

Часто ситуацию усугубляют такие факторы:

• не проведен анализ текущей ситуации и не прописаны четкие требования;
• нововведения могут повлечь за собой поломку в исходнике, что добавит неучтенную ранее работу;
• у вас есть незаконченные проекты, требующие внимания;
• не указано что именно подразумевается под готовностью — окончание работы над кодом или запуск продукта в использование.

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

Что делать, куда бежать?

Когда вас просят что-либо оценить, правильным ответом почти всегда станет: «Я отвечу позже». Зачастую, на оценку сроков необходимо выделить отдельное время и, если не спешить, она будет более точной и обоснованной. Важно понимать, что это действительно имеет смысл, так как к необдуманным оценкам нужно будет возвращаться еще не раз. Более подробно данная тема раскрыта в книге «Программист-прагматик. Путь от подмастерья к мастеру».

Опытные IT-специалисты рекомендуют обратить внимание на:

• необходимую точность ответа — подойдет ли «два-три месяца» или необходим «80 дней», ведь если вы сдадите проект в начале четвертого месяца, вопросов будет гораздо меньше, чем если на 102 день;
• степень понимания — уточните все вопросы, чтобы наверняка знать чего от вас ожидают;
• построение модели и то, что можно есть слона по частям — любая сложная задача становится проще, если разбить ее на небольшие блоки;
  то, что нужно закладывать на каждую часть дополнительное время для устранения возможных отклонений;
• отслеживание сроков и запись реального количества времени, потраченного на задачу — это поможет вам как с текущим проектом, так и с будущими.

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

Резюмируем. Если выделить на оценку сроков отдельное время, учесть специфику проекта и все вышесказанное, можно избежать стресса и сдать проект до необходимой даты. Главное, при расчетах помнить, что не всегда все идет по плану и существуют вещи, на которые крайне сложно повлиять.

Источник.