Книга: Философия DevOps. Искусство управления IT

Практика: ведомство по патентам и товарным знакам США

Чтобы увидеть, как выглядит devops-трансформация в правительственной организации, поговорим с Тиной Донбек, исполняющей функции заведующей отделом конфигурации систем и автоматической доставки. Этот отдел относится к канцелярии начальника информационного управления, относящейся к ведомству по патентам и товарным знакам США (USPTO)[39]. Это ведомство (OCIO) гарантирует выполнение клиентами своей работы изо дня в день. Суть этой работы заключается в просмотре, утверждении и рассмотрении заявок на патенты и товарные знаки, поступающие от американской общественности. При этом гарантируется рабочее состояние технологий и инструментов, применяемых для выполнения этой работы.

Предпосылки и направления

Помимо прочего, Тина Донбек также является ветераном морской пехоты и проповедником принципов devops в своей организации. Обладая степенями в области психологии и развития организации, полученными после завершения службы в морской пехоте, она потратила несколько лет на поддержку Департамента военно-морского флота. Она занималась развитием ИТ-кадров, будучи начальником отдела безопасности информационных систем и менеджером программных проектов. На протяжении своей карьеры она непрерывно занималась улучшениями: «Я действительно наслаждаюсь выявлением неработающих процессов и выяснением причин, которые движут людьми, мотивируют их».

Тина Донбек возглавляет команду, которая разработала, внедрила и эксплуатирует платформу непрерывной доставки, на базе которой USPTO разрабатывает системы нового поколения. Эта платформа затрагивает практически каждый аспект жизненного цикла разработки программ в организации. Поэтому команда под руководством Тины тесно сотрудничает с другими командами, которые также вовлечены в этот цикл. Наиболее тесные связи налажены с подразделением Platform Services Devision, работающим с программным обеспечением RedHat CloudForms, и с командами, разрабатывающими программное обеспечение.

Несмотря на довольно интенсивное использование системы управления облачными вычислениями CloudForms от RedHat и выпуски платформ автоматизации, организация стремится выбирать инструменты с открытым кодом. Это позволяет избежать заключения дорогостоящих лицензионных соглашений и привязки к одному поставщику. В число этих инструментов входят Subversion, предназначенный для управления исходным кодом, сервер непрерывной интеграции Jenkins, система управления проектами и качеством Sonar, система управления репозиторием Nexus, а также системы управления конфигурацией Puppet и Ansible. Основную часть ценности, связанной с этими продуктами, образуют сообщества пользователей. Причем эта ценность формируется как в виде возможности отвечать на вопросы и оказывать поддержку, так и в форме непрерывной разработки новых средств и виджетов.

Для Тины Донбек концепция devops означает выполнение непрерывной поставки, эффективно организованной с технической точки зрения. С точки зрения культуры devops трактуется как поддержание в командах доверия и духа сотрудничества, обеспечивающих возможность производства качественных продуктов. В большей степени мотивация Тины Донбек и ее роль в качестве devops-специалиста заключается в разработке качественных программных продуктов и в устранении барьеров на пути к выполнению работы.

Поощрение сотрудничества и близости

Движение в направлении создания атмосферы доверия и сотрудничества между командами является непрерывным процессом, зависящим от многих факторов, действующих на уровне организации. В соответствии с представлением Донбек суть успешного сотрудничества и кооперации заключается в том, что люди получают «возможность вместе работать для достижения общей цели, не нуждаясь в разделении территории (это мое, а это твое); сотрудничество должно быть открытым и не основываться на страхе; вы не должны испытывать опасения негативного влияния со стороны других сотрудников и команд или ощущать страх потерпеть неудачу либо совершить ошибку».

Отдельным сотрудникам и командам рекомендуется работать вместе и регулярно просматривать отзывы о качестве и эффективности работы. «Мы реализовали функцию обратной связи с пользователями в форме функции запроса, доступной на сайте нашего подразделения. Мы будем фиксировать и анализировать запрос, а потом, в случае необходимости, помещать его в наш журнал. Мы также проводим неформальные встречи и информационные сессии для активного получения обратной связи со стороны сообщества пользователей». Обязательная часть каждого цикла выпуска кода – обзор кода. В процессе обзора кода стимулируется сотрудничество и частая обратная связь между сотрудниками, а к новичкам прикрепляются наставники, которые быстро вводят их в курс дела.

Хотя некоторые процессы, такие как требуемые обзоры кода, являются жестко заданными, Тина Донбек отмечает, что экспериментирование с разными инструментами и решениями не только допускается, но и активно поощряется. «Наша команда любит повозиться, к тому же у нас есть песочница, в которой мы пробуем разные инструменты, виджеты и т. п. Если мы хотим подтолкнуть к активным действиям как можно больше пользователей, мы должны пройти через процесс обзора нашей корпоративной архитектуры. Это позволит нам убедиться в том, что инструмент или продукт соответствует всем правительственным требованиям, а также требованиям к безопасности». В результате обеспечивается необходимый уровень гибкости и инноваций, а также соответствие всем требованиям, связанным со статусом правительственного агентства.

Тина успешно создала сообщество, которое характеризуется сильными внутренними связями и сотрудничеством, а также обменом информацией с внешними организациями. Команда под ее руководством заняла конференц-зал и превратила его в командное «рабочее пространство devops». Как говорит Тина, «нередко в этом зале собиралось более двух десятков людей… вместе работают разработчики, тестеры, специалисты по поддержке платформы. Это действительно здорово, когда ощущаешь столько энергии в этой комнате». Благодаря подобному рабочему пространству обеспечивается активная совместная работа команды и привлекаются сотрудники из других команд, которые принимают участие в совместной работе, не дожидаясь общих собраний. Тина призывает команды работать в целях достижения общепринятого конечного состояния (в данном случае имеется в виду более быстрые высококачественные развертывания), а также оказывать взаимное доверие и уважение друг к другу. В пространстве сообщества можно организовывать дискуссии и споры, не опасаясь их негативного влияния на среду.

Агентство USPTO является первым федеральным агентством, организовывающим devops-встречи. На стартовой встрече присутствовало более 100 участников. Организации-участники также провели день отрасли, на который в пространство devops были приглашены различные поставщики, рассказывавшие о своих продуктах, идеях и лучших практиках. Это мероприятие также посетили представители более 100 компаний, разделяющие devops-идеи. Организации, относящиеся к агентству USPTO, также были принимающей стороной и спонсором devopsdays-конференции DC 2015, в которой приняли участие представители государственных и отраслевых организаций. Эти события вместе с учебными семинарами, предназначенными для выработки технических и программных навыков, рекомендованы сотрудникам организации как способ стимулирования совместного роста и развития.

Балансирование между разными точками зрения

Как и в любой крупной организации, в агентстве прилагаются усилия по интеграции многих точек зрения и рабочих стилей в единую стратегию организации. Поскольку devops иногда трактуется как некая совокупность идей, принадлежащих разным людям, среди них имеются идеи о том, как должны выглядеть зрелые или успешные devops-организации. Как отметила Тина Донбек, «успех интерпретируется разными людьми по-разному. Одно дело – разработчики, которые постоянно находятся под гнетом необходимости производить качественную продукцию в условиях жестко заданных сроков. Другое дело – инженеры из эксплуатационной команды техподдержки, которым приходится изо дня в день выполнять рутинные операции по техподдержке, поддерживать бесперебойную работу оборудования и совершенствовать способы техобслуживания. Это лишний раз подтверждает, что нам нужно выработать единое понимание определенных критериев успеха. И хотя мы все движемся к общей цели, успех в каждой функциональной области определяется по-своему».

Конечно, иногда довольно неприятно ощущать, что разные люди или команды в организации движутся в различных направлениях либо даже мешают друг другу в работе. Для обеспечения нормальной работы в подобных условиях важно вовремя распознавать и обсуждать подобные различия. В крупных организациях особенно сильно ощущаются различия в ожиданиях и в точках зрения. В таких организациях эволюция в направлении успешных культурных изменений невозможна без команды исполнительных лидеров, у которых имеется четкое видение успеха. Эти лидеры способны вести находящиеся в подчинении разные команды и области к общей культуре подобно руководству USPTO.

Некоторые люди сопротивляются изменениям к общей культуре. Другие люди и команды не могут общаться с глазу на глаз. Причина – прошлый опыт пребывания в менее открытой и более упречной культурной среде. Поэтому нужно прилагать усилия на всех уровнях, чтобы избавиться от пережитков упречной культуры, устранить путаницу, связанную с изменяющимися ролями и обязанностями, и сформировать более открытую и основанную на сотрудничестве культуру. Например, наш директор по информационным технологиям приобрел маленькие безделушки с надписями «DevOps Doer Mementos» (напоминалки создателям devops), а потом вручил их сотрудникам организации, которые начали двигаться по пути внедрения devops-культуры.

Создается впечатление, что некоторые компоненты организации изменяются быстрее, чем другие, но в целом все равно остается ощущение прогресса, даже если он временами замедляется. Благодаря поддержке и согласию с предлагаемыми изменениями со стороны руководства и менеджмента организации, а также усилиям со стороны команд, вовлеченных в повседневную работу, обеспечивается успешная работа Тины Донбек и ее организации. Помимо этого создается пример для подражания для других организаций.

Независимо от размеров организации, скорости протекания рабочих процессов или сложности важно понимать, что нужно выработать общее видение, цели и критерии успеха для успешного внедрения каких-либо существенных культурных или технологических изменений. Все это тесно связано с идеей devops-пакта, рассмотренного в главе 1. При отсутствии общего понимания или согласия маловероятно, что какое-либо изменение будет эффективным или долговременным. И хотя выработка общего понимания потребует некоторого времени, даже соглашение о необходимости достижения понимания и активная работа в этом направлении будут критически важным первым шагом.

Оглавление книги