Когда черновик этой книги прочитал Николай Заостровцев, прекрасный консультант и человек, который отлично разбирается в построении IT-систем с точки зрения бизнеса, он заметил, что большая часть материала опирается на то, что IT-специалисты – профессионалы и нацелены на результат.

Николай сказал, что аргументация идёт больше со стороны IT, чем со стороны заказчика. Например, я пишу «донести мысль, что технические долги = финансовые долги». Но тогда у бизнеса будет резонный вопрос – а почему вы не построили свой процесс так, чтобы нам вообще не пришлось думать об этом техническом долге? Это же проблема вашего процесса.

Или, например, про модели финансов Николай заметил, что я исхожу из опыта своей компании, когда мои команды ответственны и нацелены на бизнес-результат. Но многим заказчикам приходится сталкиваться с другим: заключаешь договор на T&M – и исполнитель завышает часы, чтобы обеспечить себя стабильным неторопливым заработком. Идёшь на FFF, но если команды слабые, то делают мало, постоянно приходится жертвовать объёмом работ, и получается игра в одни ворота. Заказчик снова в проигрыше. Что делать, чтобы для сохранения сроков и бюджета не пришлось резать объём работ в 4 раза?

Это важные замечания, поэтому я решил вынести ответ на них в книгу. Я видел разные подходы, разные команды, разных исполнителей и много всякого за время своей работы в IT и за время, когда я был консультантом. В книге я действительно исхожу из того, что ваш HR-отдел отработал как надо и вы нашли разработчиков, которые отвечают за свой результат и имеют необходимые навыки для создания антихрупких продуктов. Если исполнители имеют слабую мотивацию, если они скорее хотят вас обмануть, чем создать вам бизнес-ценность, если вы чувствуете, что идёт игра в одни ворота, то вам нужно обращаться к внешним консультантам за аудитом. Никакие техники не смогут магическим образом спасти ситуацию в этом случае, кроме трезвой и своевременной оценки ситуации.

Книга должна вам помочь отследить слабые сигналы, которые покажут вам, что что-то идёт не так. В нужный момент это должно сработать, и вы вовремя заметите изъян, который может погубить всё дело. Я описал, по сути, то, как должно быть, чтобы вы использовали логику рассуждения книги как ориентир в разговорах с техническими директорами и IT-специалистами.