Проект «Феникс». Как справиться с фатальным обрывом связи

Какова главная ценность информационного общества? Информация? Или то, как она преподносится и передается? Посмевший отделить содержание от процесса навсегда погряз бы в бесконечных нулях и единицах – шифр есть, но нет ни ключа, ни смысла. В течение нескольких веков цивилизация двигалась по пути четкой специализации, ему подчинена система образования, он позволяет каждому человеку найти для себя приоритетную нишу возможностей. И только в последнее время научное сообщество много говорит о синергетике и взаимосвязанности различных сфер – естественный положительный опыт, от которого все еще открещиваются организации, каждый день решающие реальные практические задачи. Представьте, что целый отдел IT-сопровождения рассматривается лишь как рабочий инструмент, не столь существенный для фирмы, однако обязанный воплотить в жизнь любую ее прихоть. Дополните мысленную картину требованиями бесперебойной работы на фоне принципиального изоляционизма каждого из «отсеков» компании. В такой ситуации вас уже не удивит, что на глазах у разработчиков и бизнес-менеджеров отдел IT из рядов «помощников» плавно перекочует в разряд «препятствий». Впрочем, в неудобные моменты именно на него можно свалить всю вину – и все течет по-старому. Что же предпримет Билл Палмер, которого неожиданно назначили на должность вице-президента отдела IT-поддержки? Итак, у нас есть список действующих лиц на одной из первых страниц: непосредственное руководство и члены правления. Есть воображаемая компания Parts Unlimited, которая вот-вот станет убыточной – если только не воскреснет после запуска долгожданного проекта «Феникс». И ворох проблем, препятствующий гладкому протеканию большинства бизнес-процессов. Взять, к примеру, стереотипы и предрассудки. Поскольку наш герой только еще учится на джедая (вспоминает он почему-то Панду Кунг-фу), ему, как водится, надо вырасти не только профессионально, но и духовно. Когда мы встречаемся с ним, он мыслит привычными категориями. Ситуации вроде этой только укрепляют мое глубоко подозрительное отношение к разработчикам: они часто беззаботно что-то ломают и потом исчезают, оставляя прибирать бардак моему отделу. Если и есть что-то более опасное, чем разработчик, так это разработчик, сговорившийся со службой безопасности. Если эти двое работают вместе, вот тебе и средства, и мотивы, и возможности. Скорее всего, наш руководитель по информационной безопасности заставил начальника разработчиков сделать что-то, и все это привело к тому, что разработчик сделал нечто совсем другое, в результате чего полетела система расчета зарплаты. Мне нравятся люди, которые создают определенные правила и следуют им, ценят строгость и дисциплину. Они же [разработчики] сторонятся подобных вещей, выбирая причуды и непостоянство. Но спасибо богу, что они здесь. Последнее наблюдение относится к тому периоду, когда позади уже много боев, – отсюда замечательная оговорка. Если не хочешь, чтобы тебя недооценивали, нельзя пренебрежительно относиться к другим. Сбой в системе расчета зарплаты, провал «Феникса», неполадки, отвлекающие внимание ведущего инженера от основных задач, борьба с теми, кто не следует графику запланированных изменений, – Билл недаром вынужден добираться до причин ошибок подобно сыщикам Скотленд-Ярда. Но мелкая поступь не мешает ему творить историю – при той стремительности, с которой берет новые вершины мир информационных технологий. В устах учителя-резонера Эрика Рида рассказ о конференции 2009 года звучит уже как легенда. Суперкоманда первопроходцев – разработчиков, группы IT-сопровождения, бизнес-менеджеров и тестировщиков, по-настоящему объединивших свои усилия, – кажется сошедшей со страниц комиксов Marvel. И хотя один из промежуточных выводов сводится к тому, что внутренняя работа компании похожа на функционирование завода, главной остается психологическая подоплека, человеческий климат. Я хочу исправить жизни одного миллиона сотрудников IT-отделов в следующие пять лет. Как мне сказал кто-то мудрый, мессия – это хорошо, но библейский текст – лучше. Я хочу, чтобы ты написал книгу, описывая Три пути и то, как люди могут повторить преобразования, которые ты осуществил в Parts Unlimited. Назови ее «Руководство по DevOps» и покажи, как информационные технологии могут восстановить доверие к бизнесу и покончить с десятилетиями межплеменной войны. Dev – это разработчики, Ops – это эксплуатация. Принципы «трех китов» формулирует Эрик. Первый путь: наладить быстрый поток работы, соединяющий отдел разработки и IT-сопровождения. Второй путь: сократить и усилить цикл обратной связи, избегать ненужных переделок. Третий путь: создать культуру постоянного эксперимента, учиться на ошибках, понимая, что повторение ведет к мастерству. Но главное – возможность отвечать на очередной телефонный звонок с чувством гармонии и внутреннего спокойствия. «Ну что там у нас, Патти?»