Следующая статья: Меня тошнит от моей компании/работы.
![]() Мой продукт не готов даже в первом приближении |
Содержание
Серьезность: меньше, чем вы думаете (будем надеяться)
Для начала стоит вспомнить, что группа разработки продукта сходит с ума в последнем месяце любого цикла разработки сколько-нибудь важного продукта. Правда. Начинается форменное безумие. Они слишком долго смотрели на этот чертов продукт, у них развилась сильная эмоциональная привязанность, а это приводит к иррациональному, нелепому поведению, которое не связано с реальностью. Да, это вы - мистер Обезумевший Технический Руководитель. Осталось две недели до выхода продукта, и вы совершенно уверены, что вам в этот срок ни за что не уложиться. Вы заявляете: «Продукт никуда не годится».
Здесь возможны две равновероятные ситуации. Первая: возможно, вы стали слишком близки к продукту, чтобы осмысленно судить о нем. Близость затмевает здравый смысл, и готовность продукта с вашей точки зрения не имеет ничего общего с довольством покупателя. Если вы в момент просветления поймете, что оказались в подобной ситуации, лучше всего найти человека/сторону, суждению которого вы доверяете, и провести независимую оценку. Возможно, инстинктивное побуждение заставит вас обратиться к специалистам по контролю качества, но они тоже влюблены в продукт, и скорее всего, помешаны на качестве еще больше вас.
Может, начальник? Или другой технический руководитель? Я не знаю, кто, лишь бы это не был человек, который последние три месяца жил и дышал этим злосчастным продуктом. Когда вы найдете упомянутого здравомыслящего человека, задайте ему вопросы типа:
- Реализована ли основная функциональность программы? Как реализована? Можно ли ее протестировать?
- Сколько осталось ошибок?
- Сколько ошибок вы исправляете ежедневно?
- Какое количество ошибок можно допустить при выходе программы?
- По каким критериям принимается решение об отсрочке исправления ошибок?
- Какую стратегию обновления следует использовать?
Задача здравомыслящего человека - не принимать решение за вас. Он должен быть нейтральным и помочь вам сформировать решение, задавая умные вопросы. Неопытные руководители обычно не обращаются к окружающим за советом, потому что думают, что это признак слабости - и как же они ошибаются! Когда вы обращаетесь к коллегам за помощью, это позволяет им задействовать свой уникальный опыт для решения проблемы; это позволит вам принимать более качественные решения, одновременно способствуя усилению группы. Обращаться за помощью очень важно. Делайте это. Часто.
Но это была ситуация № 1… получение независимой оценки. Так мы приходим к ситуации № 2 - да, вы правы, продукт не готов даже в первом приближении, а через 14 дней его нужно сдавать. Крайний срок стремительно приближается, но почти все качают головой и бормочут: «Не готово».
Не готово. В дополнительных подтверждениях нет необходимости. Вы продолжаете лихорадочно работать, служба качества в полном шоке, а ваш руководитель программы плачет в своем офисе.
Да, продукт не готов.
Рядовые работники начинают ныть по поводу возникшей ситуации. Я имею в виду нытье в хорошем смысле слова. Это тоже способ передачи информации, и если ваш начальник прислушается, он зарегистрирует эту информацию. Проблема в том, что начальник - это вы, и теперь ВАШЕ ДЕЛО приступить к коррекции курса, потому что опоздать все же лучше чем сесть в лужу.
Если с вами это случается впервые, вам будет казаться, что ситуация хуже, чем на самом деле. Открою вам секрет: почти все считают, что технари врут, предлагая какой-то график. Это то, что любители умных словечек называют «трюизмом». Если технический специалист говорит, что на решение задачи уйдет месяц, скорее всего, ему понадобится три. Может, «врут» сказано слишком сильно. Клянусь, мы не врем, а стараемся изо всех сил. Просто мы действительно не знаем, сколько времени уйдет на выполнение работы, пока она не будет выполнена наполовину.
Организации по-разному защищаются от неточности технических оценок. В некоторых группах закладывается дополнительный допуск по времени. Другие включают в график загадочные этапы ПОСЛЕ запланированной даты поставки. Если первый срок выпуска будет сорван, вы будете приятно удивлены, когда руководитель продукта спросит: «Сколько еще времени вам понадобится?» Что, вы и не знали об этом? Теперь знаете.
ПРЕДУПРЕЖДЕНИЕ: если вы хотите, чтобы ваши слова пользовались доверием в организации, учтите, что нарушение сроков на поздней стадии разработки повредит вашей репутации. Любая нормальная команда из технического руководителя и руководителя программы определяет контрольные точки графика для сверки и внесения поправок, чтобы итоговое расписание стало более надежным. Изменения графика в последнюю минуту нарушают третье правило управления проектами Рэндса: «Никаких сюрпризов».
