“путь в тысячу ли начинается с первого шага” - это китайское выражение обычно используют как мотивационное, мол, начни, и все остальное получится как бы само собой. Чего это выражение не учитывает, так это того, что произойдет, если первый шаг будет сделан в неверном направлении.
Если согласиться с тем, что даже незначительная разница в начальных условиях (например, направление этого самого первого шага) может в итоге привести к очень разным результатам, то придется согласиться и со следующими утверждениями:
- Хорошо бы как можно точнее представлять себе конечную цель путешествия.
- Хорошо бы иметь как можно более полное представление об отправной точке.
- Хорошо бы иметь хотя бы обзорное понимание того, где именно будет проходить путь.
- Нужно обязательно видеть, куда шагаешь.
- Нужно обязательно корректировать направление после каждого сделанного шага.
А если до цели нужно добраться еще и быстрее всех возможных конкурентов, то плюс к этому:
- Хорошо бы шагать туда, куда конкуренты еще не добрались.
- Нужно обязательно шагать как можно быстрее.
В противном случае путешественника ждет бессмысленная физическая нагрузка, усталость или выгорание, снижение скорости движения, а то и полная остановка. А еще на полпути могут закончиться провизия и вода. При этом до цели можно и добраться (Земля-то ведь круглая), но к тому времени, когда никому это будет уже не интересно. Вот такой грустный финал.
Метафора путешествия, кажется, очень подходит для описания процессов в ИТ, да и вообще в корпоративном мире. Многие проекты идут к своим грустным финалам, кто еще пока бодро, размахивая флагом, а кто уже еле волоча ноги, а все потому, что первый шаг был сделан не туда.
Да-да, я намеренно утрирую, дело конечно же не только в первом шаге, и не в шаге как таковом вообще. Каждый шаг (читай, действие) - это результат сознательного выбора направления, это лишь очевидное и неизбежное следствие рефлексии, мышления, планирования и подготовки. Просто сделать шаг мало, перед этим нужно многое понять и осмыслить, оценить и взвесить.
К чему я это все? А к тому, что если цель - это избавиться от дефектов на проде, то верным ли шагом будет нанять еще десять тестировщиков? Если цель - это выпускать запланированные версии в срок, то правильно ли будет заставлять программистов работать сверхурочно? Если цель - наладить бесперебойный поток работы в одном направлении, то правильно ли запрещать возвраты историй на доработку после тестирования?
Watch your step, коллеги, watch your step!