Если вам хоть раз приходилось оценивать сроки, вам наверняка известно, как это бывает сложно. Часто из-за завышенных ожиданий или давления хочется назвать нереалистично короткий период выполнения. Особенно сильно влияет стремительное приближение дедлайна и/или недостаточное количество опыта в решении организационных вопросов. Вне зависимости от количества неудач ситуация не меняется, если не уделить ей должного внимания. Тем не менее, каждый раз от вас ожидают точного и обоснованного ответа, и сунуть голову в песок фразой «не знаю» не удастся.
Не все эти вопросы можно с легкостью решить или обойти, но они существенно повлияют на дату получения конечного результата.
Когда вас просят что-либо оценить, правильным ответом почти всегда станет: «Я отвечу позже». Зачастую, на оценку сроков необходимо выделить отдельное время и, если не спешить, она будет более точной и обоснованной. Важно понимать, что это действительно имеет смысл, так как к необдуманным оценкам нужно будет возвращаться еще не раз. Более подробно данная тема раскрыта в книге «Программист-прагматик. Путь от подмастерья к мастеру».
Помните, что оценка может/должна включать в себя создание и редактирование проектной документации, тестирование, написание/обновление руководств пользователю. Если присутствует взаимодействие с командной, включайте время на координацию, совещания и слияние кода. При работе над крупным проектом, необходимо учитывать также возможные отвлекающие факторы и время на отдых. Если у вас есть задачи, которые вы собираетесь выполнять параллельно, здраво оцените время, которое вы затрачиваете на них.
Резюмируем. Если выделить на оценку сроков отдельное время, учесть специфику проекта и все вышесказанное, можно избежать стресса и сдать проект до необходимой даты. Главное, при расчетах помнить, что не всегда все идет по плану и существуют вещи, на которые крайне сложно повлиять.
Заметили ошибку? Выделите ее и нажмите Ctrl+Enter, чтобы сообщить нам.
Ваш комментарий (необязательно):