Post #5754

В 1992 году в Китае началось строительство крупнейшей в мире гидроэлектростанции на реке Янцзы. Плотина «Три ущелья» стала инженерным подвигом: двадцать лет работы, переселение более миллиона человек, миллиардные вложения. Но результат был предопределён — это был чётко структурированный, последовательный проект, основанный на многовековом опыте возведения плотин. Китай не строил что-то новое — он делал то, что было проверено тысячами успешных примеров. По-другому обстояли дела с инициативой британского правительства, которое пыталось запустить программу цифровизации социальных выплат. Этот проект закончился катастрофой: убытки в миллиарды фунтов стерлингов, потерянное время и невыполненные обязательства. В США попытка создания платформы для медицинского страхования HealthCare.gov тоже обернулась крахом: сайт просто не выдержал нагрузки. Почему один проект, требующий масштабного строительства, оказался успешным, а другие, связанные с программным обеспечением, — провальными? Дело в разной природе этих задач. Строительство плотины — это детерминированный процесс. В мире построено более 57 000 крупных плотин, и инженеры точно знают, чего ожидать. Цифровизация же — это область неизвестного, невозможно заранее предугадать все подводные камни. Многие пытаются реализовать сложные цифровые проекты через традиционные, «водопадные» подходы: строить детальные планы, предсказывать сроки и бюджеты, но это не спасает от провала. Они следуют парадигме «думай глобально, начинай масштабно, учись медленно», а успеха добиваются те, кто работает иначе: «думай глобально, начинай с малого, учись быстро». Waterfall, или каскадная модель, — это традиционный подход к управлению проектами, при котором работа делится на последовательные этапы: планирование, проектирование, разработка, тестирование и внедрение. Этот метод подходит для проектов с чётко определёнными требованиями, но он неэффективен в условиях, когда требования могут меняться, а проект полон неизвестных. В книге «Быстрее, безопаснее, счастливее: антипаттерны и паттерны для повышения гибкости бизнеса» Джонатан Смарт, Майлз Огилви, Жолт Беренд и Саймон Рорер рассказывают, как совершенствовать методы работы в эпоху цифровых технологий и как организациям постоянно улучшаться с помощью экспериментов, обучения и адаптации. Авторы советуют: если вы планируете или уже проводите Agile, Lean или DevOps трансформацию, лучше остановитесь. Вместо этого сосредоточьтесь на результатах, которых вы хотите достичь. Именно это приведёт к настоящей гибкости. Agile, Lean и DevOps — это не цели сами по себе, а инструменты для достижения лучших бизнес-результатов. Больше об идеях книги читайте в нашем новом спринте