Файл: Дэвис Дженнифер, Дэниелс КэтринД94 Философия DevOps. Искусство управления it. Спб. Питер, 2017. 416 с. ил. Серия Бестселлеры OReilly.pdf
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 07.11.2023
Просмотров: 408
Скачиваний: 25
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Глава 12. Инструменты: акселераторы культуры
239
Если же команды не могут адекватно общаться между собой, например, в силу нахождения в чрезмерно изолированной среде, создаваемые ими продукты не будут корректно взаимодействовать между собой. В результате команды выби- рают и используют инструменты в соответствии со своей исходной структурой и паттернами общения. Если две команды не общаются друг с другом, вряд ли они начнут делать это после выбора инструмента Slack в качестве новой систе- мы чата.
Влияние инструментов на культуру
Поскольку инструменты оказывают действительно серьезное влияние на пове- дение, при оценке среды уделяйте внимание оценке культурного и технического ландшафта, а также совместному определению целей и видения вашей команды или организации. Учтите, что это непрерывный процесс, который требует посто- янной переоценки.
Инструменты, влияющие на процесс общения
Инструменты формируют поведение, поэтому они облегчают завязывание и под- держку общения между разными командами. Если, например, в компании не используются программы поддержки чата либо имеют место технические огра- ничения, препятствующие общению между командами, наладить общение будет намного сложнее.
Общение может как способствовать, так и мешать кооперации, сотрудни- честву и близости в среде, поэтому при рассмотрении инструментов имеет значение степень пригодности для поддержки общения. Это справедливо как для инструментов, предназначенных для общения (например, для программ чата), так и для инструментов, для которых общение является частью рабочего потока и применения.
Зачастую важнее не то, какой инструмент выбирается, а то, как он используется.
Например, рассмотрим систему отслеживания ошибок. Если команды примут решение о том, что инструменты не имеют значения, и выберут систему отслежи- вания ошибок, дополняющую используемый этими командами рабочий стиль, ве- лика вероятность, что применяемые в этих командах разные средства и практики существенно затруднят эффективную совместную работу.
Члены команд, использующих разные инструменты, будут иметь несколько учет- ных записей, подлежащих управлению, либо будут недостаточно информированы о работе других команд.
1 ... 17 18 19 20 21 22 23 24 ... 39
240
Часть IV. Инструменты
Подобная недостаточная информированность — это бич, который часто пре- следует разрозненные организации. Атмосфера разрозненности может при- вести к дублированию прилагаемых усилий, к недостаточной «прозрачности», к утрате информации о работах, выполняемых в организации, и к формирова- нию недоверия между членами команды.
Поскольку рабочие коллективы формируются на основе эффективного общения, коммуникации, следует учитывать способы, с помощью которых инструменты могут как улучшать, так и ухудшать эффективность общения между сотрудника- ми. Именно общение является ключевым условием совместной работы, а инстру- менты и процессы, применяемые для межличностного общения в организации, оказывают заметное влияние на культуру. Также неявное воздействие на общение оказывает каждый используемый инструмент.
Как упоминалось в части II, существует много факторов, которые следует учи- тывать при общении. Эти факторы препятствуют выбору единого инструмента общения, отвечающего всем потребностям здоровой организации. Также вполне вероятно, что потребности в общении будут изменяться по мере роста компании.
Например, в небольшом стартапе имеет смысл организация общения с помощью чата, когда участие в беседе может принимать каждый сотрудник. По мере роста организации более рациональным может стать общение с помощью электронной почты или командной вики-страницы.
ОЦЕНКА СТЕПЕНИ УЧАСТИЯ СОТРУДНИКОВ В ПРИНЯТИИ ВАЖНЫХ РЕШЕНИЙ
По мере роста компании критически важно понимать и оценивать степень участия отдельных сотрудников.
Процесс поиска корректных инструментов, используемых в нужное время, является итеративным. Учет мнения всех сотрудников в процессе принятия важных решений способствует формированию здоровых организаций. Не следует полагать, что молчание означает согласие большинства. Как показали результаты исследований деятельности смарт-команд, более эффективными и продуктивными являются те команды, в которых каждый обладает правом голоса
1
При работе с удаленными сотрудниками вкладывайте средства в высококачест- венные решения по организации видеоконференций. Снабдите членов команды высококачественными гарнитурами, поскольку встроенные в ноутбуки микрофо- ны и динамики не обладают должным уровнем качества. Экономия на подобных вещах приведет к изоляции удаленных сотрудников, исключит их из важных бесед либо из процесса принятия решений, а также приведет к снижению эффективно- сти работы в целом.
1
Anita Williams Woolley, et al., «Evidence for a Collective Intelligence Factor in the Performance of
Human Groups», Science, October 29, 2010.
Глава 12. Инструменты: акселераторы культуры
241
Выбор инструментов, платформ либо методов зависит от содержания, непосред- ственности, контекста и других факторов самой беседы. После идентификации потребностей, основанных на типах общения, в которых принимаете участие вы и ваша команда, можно выбрать соответствующий инструмент. В процессе выбо- ра могут учитываться другие факторы, например выбор платной или бесплатной программы чата.
ХОЛЛИ КЭЙ, «BEING A DEAF DEVELOPER»
(КАКОВО БЫТЬ ГЛУХИМ ПРОГРАММИСТОМ)
1
Я страдаю глухотой с детства. Моя глухота не абсолютна, скорее она нахо- дится в диапазоне от умеренной до тяжелой. Я не слышу звуки, находящиеся в высокочастотной части спектра, к которой относится большинство человече- ских голосов. Для понимания человеческий речи я использую чтение по губам и полагаюсь на закономерности произношения гласных букв. Но мне сложно распознавать следующие структурные компоненты речи:
• согласные, особенно шипящие и глухие (все согласные, произносимые с высокой частотой, а также глухие и шипящие согласные, при произне- сении которые не используются голосовые связки);
• начало (и конец) предложений.
У многих сложился стереотипный образ программиста как нелюдимого типа, сторонящегося сотрудников компании. На самом деле этот образ далек от реаль- ности. Программисты, объединенные в группу, довольно сильно социализирова- ны. Мы ведем блоги, выступаем на конференциях, пишем учебники, исполняем роль наставников. Подобная атмосфера присутствует вот уже несколько десят- ков лет в Bell Labs, Массачусетском технологическом университете и во многих других научно-исследовательских организациях. Я обожаю социальный мир кода, мне нравится возможность окружить себя компетентными энтузиастами, которые способствуют моему собственному росту. Единственное, что мне не нравится, — парное программирование.
В принципе, парное программирование позволяет достичь выдающихся резуль- татов в деле облегчения и ускорения отладки программ. Вы работаете в паре с другим человеком, который знает больше вас и может вести вас в нужном на- правлении. Ну а если ваш напарник знает меньше вас, он по достоинству оценит помощь и поддержку с вашей стороны. В случае же, когда ваш коллега знает столько же, сколько и вы, ваша производительность как минимум удвоится.
Также совместная работа принесет вам много удовольствия. Вы лучше узнаете своих коллег. Вы напомните себе лишний раз, что каждый может совершать ошибки. Рядом с вами будет человек, который убережет вас от опрометчивого развертывания некорректного кода.
Но если вы не слишком хорошо слышите, вы не оцените преимущества парного программирования. Например, для меня парное программирование более чем
1
http://cruft.io/posts/deep-accessibility/
242
Часть IV. Инструменты бесполезно. Мне приходится одновременно думать о коде, смотреть на нахо- дящийся передо мной экран и читать по губам. При этом я пытаюсь разобрать произносимые с высоким темпом слова и технический жаргон. В лучшем случае я понимаю не более 30% сказанного, поэтому ощущаю себя глубоко несчастной.
В конце концов мне надоедает наблюдать за моим недовольным партнером, и я передаю ему бразды правления. Ему приходится смотреть на экран, искать способы программирования и пытаться наладить беседу со мной. В итоге вся ра- бота ложится на его плечи, что приводит к нивелированию самой идеи парного программирования.
Конечно, было бы здорово поработать в паре с Роуэн Мэннинг (Rowan Manning) над проектом Pa11y. В рамках этого проекта разрабатывается автоматизирован- ный инструмент тестирования доступности, предназначенный для компании
Nature. Благодаря использованию инструмента Screenhero для создания удален- ных парных сеансов мы могли бы одновременно смотреть на экран и общаться в текстовом режиме. При этом отсутствует риск утери информации и каких-ли- бо конфузов. Это первый удачный, как по мне, пример парного сеанса. Довольно трудно описать словами преимущества, обеспечиваемые этим сеансом. Давайте оценим масштабы потери информации, имеющие место в процессе беседы со слабослышащим человеком. Предположим, что во всех книгах, доступных в ва- шем городе, около 60% слов закрашены маркером. Затем представьте себе, что вы отправились в соседний город, в котором книги не подвергаются подобной цензуре. Естественно, что вам очень понравится возможность свободного чте- ния книг без необходимости угадывать смысл. Теперь вы понимаете, насколько комфортно будет чувствовать себя слабослышащий человек в случае правиль- ной организации парного сеанса.
Инструменты, влияющие на расширенный
набор поведений
Принцип, подобный вышеописанному, может применяться не только по отноше- нию к системам отслеживания ошибок, но и в других случаях. Например, в процес- се автоматизации инфраструктуры, по отношению к системам чатов, инструмен- там развертывания и к любым другим инструментам, используемым несколькими командами в организации. Важно выяснить потребности каждого сотрудника и попытаться по возможности удовлетворить их. Поскольку нереально, чтобы все сотрудники на 100% были довольны используемым инструментом, придется ис- кать компромиссы. В какой-то момент времени споры и дебаты по поводу выбора инструментов могут вызвать чувство враждебности и приведут к напрасным по- терям времени. В подобной ситуации возникает желание просто выбрать первый попавшийся инструмент и использовать его на постоянной основе.
Учитывая вышесказанное, отметим, что аргументы в пользу выбора инструмен- та, полностью удовлетворяющего всем требованиям, лишены смысла. Поэтому в этой главе вы не найдете утверждений типа «Этот X является единственным
Глава 12. Инструменты: акселераторы культуры
243
подходящим инструментом Y для devops», поскольку это утверждение в корне неправильное. Это все равно что объявить редактор ed
1
истинным победителем в войне редакторов. В связи с тем, что достижение универсального консенсуса по поводу «лучшего» инструмента невозможно, выбор лучшего решения определяет- ся спецификой решаемых проблем.
Выбор инструментов
Выбор нового инструмента, предназначенного для использования в рабочей среде, может быть нелегким, особенно если в этот процесс вовлечено много людей. В про- цессе выбора следует учитывать несколько важных факторов:
развитие продукта;
состояние здоровья сообщества;
настройка по месту установки.
Это далеко не исчерпывающий список, поскольку все зависит от наличия соот- ветствующих возможностей, выделенного бюджета и степени взаимодействия с текущим набором инструментов или со средой.
Мы сосредоточимся на рассмотрении трех вышеупомянутых факторов, посколь- ку они имеют значение для многих организаций. К тому же эти факторы обычно подробно не рассматриваются, поэтому будет полезно на них сосредоточиться.
Различные потребности, присущие разным организациям, диктуют необходимые средства, разные размеры бюджета и множество существующих наборов инстру- ментов, используемых в корпоративных средах.
Все вышеперечисленные факторы могут оказать существенное влияние на эффек- тивность процесса отбора, поэтому убедитесь в том, что вы знаете о других важных факторах, имеющих значение в процессе выбора инструмента.
Развитие продукта
Благодаря активному развитию продукта обеспечивается ускоренное внедрение новых средств, поддержка более новых версий операционных систем и платформ и устранение произвольных системных уязвимостей. Отказ от активного разви- тия продукта приводит к росту затрат времени на устранение ошибок и ожидание появления новых средств.
1
Ed — это строковый редактор для Unix. Одно время это был системный редактор, заданный по умолчанию, но в силу присущей ему лаконичности его было почти невозможно использовать в автоматических системах.
244
Часть IV. Инструменты
Попробуйте ответить на следующие вопросы. Насколько быстро выпускаются и внедряются новые средства? Регулярно ли отслеживаются и оцениваются за- просы на создание новых средств для данного продукта? Если найдены критиче- ские ошибки либо уязвимости в системе безопасности, то насколько быстро они устраняются?
Присмотритесь к последним выпускам рассматриваемых инструментов. Обратите внимание на даты появления крупных и мелких выпусков, оцените полезность примечаний к выпускам. В процессе принятия решения об обновлении программ- ного продукта ссылки на конкретные ошибки или на номера ошибок более по- лезны, чем строка «ошибки устранены». Также обратите внимание, на что похож процесс обновления.
Также подумайте о том, как будете связываться с разработчиками программного продукта. Сможете ли вы напрямую контактировать с разработчиком или группой поддержки внутри организации поставщика продукта? При наличии людей, выде- ленных непосредственно для работы с вами, обеспечивается лучшая техническая поддержка и решение возникающих проблем.
Состояние здоровья сообщества
Состояние здоровья сообщества эквивалентно общему состоянию здоровья со- трудников, которые связаны между собой общими нормами, ценностями и пове- дениями. Сообщества могут развиваться с учетом использования специфического инструмента, набора инструментов и практик или роли.
В качестве одного из признаков здоровья сообщества выступает его деятельность, которая проявляется в одной из следующих форм:
частота ответов на запросы на включение;
среднее время устранения проблем;
частота выпуска новых версий;
создание контента (посты в блогах, статьи и новости);
частота общения в форумах.
Помимо проявления активности, сообщество и связанные с ним события должны способствовать созданию безопасной, уважительной, совместной и инклюзивной среды. Обращайте внимание на то, как члены сообщества относятся друг к другу.
Рассмотрите следующие вопросы.
Существуют ли кодексы поведения для проектов и событий, связанных с сообществом?
Какова направленность дискуссий, связанных с проблемами и запросами на включение кода?