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

Теория и практика devops

Теория и практика devops

Одно дело – обсуждать, как что-то работает в теории, и совсем другое – реализовать это на практике. Любой сотрудник, внесший изменение в программный продукт, в определенный момент говорит себе (или коллегам): «В теории оно должно работать». При этом он будет не уверен, как внесенное изменение проявит себя в производственной среде.

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

Как правило, люди не ставят целью обмануть себя, когда проповедуемые теории отличаются от используемых теорий. Человеку свойственно верить в то, что его действия лучше и более позитивны. Но когда он сталкивается с чем-то, что происходит на самом деле, результаты его действий будут гораздо хуже, чем в теории. И если в теории менеджер позволяет своим подчиненным самостоятельно выбирать способы разрешения конфликтной ситуации, на практике он контролирует каждый их шаг на бессознательном уровне.

Практика на основе примеров из реальной жизни

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

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

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

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

Учимся на историях

Холизм – это теория о том, что части целого находятся во взаимодействии и что целое больше, чем сумма его частей. Эта теория применима и к четырем принципам эффективных devops-практик: эффективность внедрения и продвижения devops-практик зависит от взаимодействия этих четырех принципов.

Благодаря историям можно узнать следующие моменты:

• причину выбора тех или иных инструментов или технологий;

• способы взаимодействия людей друг с другом и использования разных инструментов для достижения поставленных целей;

• каким образом инструменты помогли (или не помогли) достичь целей, поставленных в реальности;

• каким образом команды и организации работали над разными проблемами;

• какие методы были наиболее действенными, и, что более важно, причины неэффективности методов.

В следующей главе рассматриваются различные формы знаний и обучения, которые применяются в командах, группах или организациях, а также изменения, способствующие достижению близости и обучению.

Установление связи с историями

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

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

Богатый опыт, извлеченный из этих историй, поможет читателям:

• узнать о том, что разнообразный опыт других организаций влечет за собой разнообразие культур;

• научиться задавать вопросы о соответствии организации, внедряющей devops-практики, ее собственным ожиданиям;

• развить в себе чувство терпимости к точке зрения других людей;

• изучить свой и чужой опыт, сравнивая различные точки зрения;

• развить способность четко формулировать свои собственные убеждения и ценности.

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

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


Генерация: 1.200. Запросов К БД/Cache: 3 / 1
поделиться
Вверх Вниз