Right Kind of Wrong: The Science of Failing Well

По мере того как появлялись подробности того, что пошло не так, мы узнали, что действовали два основных фактора. Начнем с того, что те, кто в Вашингтоне был озабочен успехом ACA, сосредоточились на принятии закона - все приравнивали принятие закона к реализации политики. Меньше внимания уделялось тому, чтобы понять, как разработать технологию для связи миллионов пользователей с тысячами компаний, предлагающих различные планы медицинского обслуживания, каждый из которых подчиняется сложным правилам, действующим в каждом конкретном штате. Создать веб-сайт несложно. Возможно, вы даже относитесь к миллионам людей, которые создали простой веб-сайт, блог или бизнес электронной коммерции с помощью предварительно настроенных систем управления контентом и запустили его за несколько часов. Но создание двусторонней платформы для одновременного обслуживания десятков тысяч пользователей, которым нужны индивидуальные планы, представляет собой совершенно иной уровень сложности, чем создание отдельных веб-сайтов, и, что еще важнее, требует совершенно иного набора навыков, чем тот, который требуется от политиков. Кроме того, президент Обама и его команда не смогли оценить степень новизны, которую представлял собой HealthCare.gov. Неявно рассматривая его как очередной веб-сайт, они не смогли мобилизовать команду и процесс, которые требовались для такого нового проекта. Я изучаю этот пример на своих занятиях в Гарварде, чтобы помочь студентам понять, что одного видения и харизмы недостаточно. Великие менеджеры - это те, кто диагностирует контекст, чтобы соответствующим образом организовать людей и ресурсы. В противном случае они сами себя настраивают на досадные неудачи, которые можно предотвратить.

Провал HealthCare.gov был не просто позорным. Он плохо отразился на всей затее. Хотя очевидно, что это был технологический сбой - программное обеспечение не функционировало - его видимость превратила его в то, что президент Обама позже назвал "хорошо задокументированной катастрофой". Большинство новых технологических платформ создаются за закрытыми дверями. Разработчики программного обеспечения ожидают, что с первого раза оно не сработает, и планируют несколько итераций, обычно с небольшой группой избранных пользователей, прежде чем оно будет готово к масштабной работе. Они знают, что работают в новом и потенциально опасном контексте. Но в данном случае ответственные лица неправильно восприняли контекст как изменчивый и знакомый, в то время как на самом деле он был новым и беспрецедентным. Они не смогли оценить объем работы и количество итераций, которые потребуются для достижения успеха. Это как если бы первый исследователь, отправляясь в Антарктиду, собирался на выходные в знакомое место, взяв с собой шапку и перчатки на случай холодной погоды. Но если бы он столкнулся с экстремальной, непредсказуемой погодой и острой необходимостью в специальном оборудовании и руководстве, экспедиция вскоре была бы обречена. Аналогичным образом, создание и запуск массивной двусторонней интернет-платформы не было работой типа "просто сделай это", а скорее серьезным инновационным проектом. Один из журналистов сообщил, что федеральные чиновники "не осознали масштабность проекта, были дезорганизованы и разрознены, им мешала запоздалая и изменчивая политика ACA, они использовали плохую практику заключения контрактов и игнорировали проблемы, пока не стало слишком поздно". Хуже того, предупреждения о том, что технология не работает, были проигнорированы. О проблемах не сообщалось по иерархии. Никто не считал нужным сообщать начальству о проблемах на сайте.

К счастью, почти сразу же была нанята команда суперзвезд технологического мира из Кремниевой долины, чтобы починить сайт. Имея опыт диагностики ситуации и ноу-хау для управления, команда работала над восстановлением как культуры, так и технологий. В команду были включены многие из первоначальных инженеров-программистов. Но на этот раз все неустанно и систематически экспериментировали, чтобы понять, что будет работать, а что нет. Майки Дикерсон из Google возглавил команду программистов, которые переделывали код сайта. Дважды в день он проводил совещания, на которых команда обсуждала проблемы, признавала ошибки и задавала вопросы в психологически безопасной, свободной от вины культуре . Он вывесил на стене краткий список правил проведения собраний: "Правило 1: "Военная комната" и совещания предназначены для решения проблем. Есть много других мест, где люди тратят свою творческую энергию на перекладывание вины". На одном из совещаний Дикерсон аплодировал инженеру, который признал, что его ошибка в кодировании привела к сбою в работе сайта.