Одно из последних соображений, которое следует учитывать при рассмотрении сотрудничества, – стоимость «человеческого капитала», задействованного в создании и поддержке ПО. Зачастую от этих людей требуется постоянная доступность в режиме 24/7/365. Одним из движущих факторов, приведших к появлению devops, были неблагоприятные последствия, к которым привела господствующая в то время практика разработки программного обеспечения. Суть этой практики заключалась в создании отдела техобслуживания и выделении серверов, на которых выполнялось программное обеспечение. После появления методик непрерывной интеграции и инфраструктуры, а также использования улучшенного кода положение дел в этой области улучшилось, хотя и остались определенные нюансы.
Доступность и техническая поддержка
Как правило, пользователи требуют, чтобы сайты были доступны постоянно. В связи с этим возникает вопрос о проведении техобслуживания, которое может привести к простою сайта или ограничить предоставляемые этим сайтом услуги. Если исходить из точки зрения пользователя, то техобслуживание следует выполнять тогда, когда сайт посещают меньшее количество пользователей. Поэтому компании, находящиеся в США, выполняют техобслуживание сайтов поздно ночью или рано утром, но если пользователи этих сайтов находятся в Азии, то для них это будет рабочий день.
Подобная практика не является идеальной с точки зрения технического обслуживания. И дело даже не в том, что обслуживающему персоналу приходится рано вставать и поздно ложиться, а в том, что уставшие люди не могут быть бдительными, отзывчивыми и эффективными. Техническому персоналу приходится выполнять важные операции по техобслуживанию, когда они только что проснулись и предрасположены к совершению ошибок. Если же буквальное выполнение требований пользователей повлечет за собой слишком много временн́ых и финансовых затрат, можно воспользоваться способами по уменьшению издержек на эксплуатацию.
Сотрудники должны получать компенсацию в достаточном размере за работу в нерабочее время. Если предполагается регулярная работа в нерабочие часы, соответствующая информация должна быть указана в описании работы, чтобы соискатели вакансии могли оценить пригодность этого предложения. Позволяйте и поощряйте людей заботиться о себе и своем здоровье. Например, предоставляйте им отгул в случае выполнения работы по техобслуживанию в ночное время. Проверьте, чтобы задачи по выполнению техобслуживания были распределены между сотрудниками. Если ваша команда довольно велика, позаботьтесь, чтобы люди имели достаточно времени для отдыха после работы во внерабочие часы. Неплохо было бы компенсировать людям расходы на транспорт или питание. В случае изменения рабочих ролей, когда у сотрудников прибавляется работы во внерабочие часы, предусмотрите адекватную компенсацию.
Баланс между работой и личной жизнью
В процессе планирования численности персонала на будущий год учитывайте необходимость соблюдения баланса между работой и личной жизнью. Планирование ресурсов для людей столь же важно, как и для серверов. Если люди из вашей команды должны регулярно работать по вечерам и в выходные дни, чтобы оправдать ожидания, это неизбежно приведет к падению качества работы, морального духа и в конце концов к выгоранию. Благодаря devops внедряются устойчивые рабочие практики, ключевой частью которых является соблюдение баланса между работой и личной жизнью.
В то время как много рабочих мест в области техобслуживания предусматривают выполнение работы в нерабочие часы (поддержка, работа по вызову или работа в режиме 24/7), важно учитывать, что эти требования могут предъявляться к людям, которые уже выполняют большой объем работы во внерабочие часы. Молодым, одиноким людям без детей и домашних животных, требующих усиленного ухода, гораздо проще посвятить нерабочее время работе, чем людям, имеющим семьи, детей или ухаживающим за пожилыми родственниками. Требования по выполнению работы в нерабочие часы могут также не подойти людям, имеющим ограничения по здоровью или вынужденным совершать дальние поездки на работу. Учитывайте эти моменты при развитии и поддержке диверсифицированной и инклюзивной команды и при необходимости корректируйте требования, выдвигаемые сотрудникам.
Выбор размера команды
При формировании команды в ее состав следует включать людей, ответственных за быстрое реагирование на критические ситуации и инциденты. В случае чрезвычайной ситуации эти люди вызываются с помощью пейджера или других средств связи. Возможна также посменная работа нескольких групп людей, благодаря чему обеспечивается доступность в режиме 24/7. Реализовать этот подход проще в крупных компаниях. Как правило, в таких компаниях работают несколько команд, находящихся в офисах, разбросанных по всему миру. В этом случае возможна естественная ротация команд «вслед солнцу».
В подобной компании несколько команд (обычно три) распределены по всему миру. Каждая команда отрабатывает свой рабочий день. Эти команды находятся настолько далеко друг от друга, что начало рабочего дня одной команды совпадает с завершением рабочего дня другой команды. Благодаря этому обеспечивается круглосуточная доступность команд, которым к тому же не приходится работать ночами.
Даже в компаниях среднего размера, скорее всего, имеется штатная команда, состоящая из эксплуатационных инженеров или системных администраторов, которые могут принимать участие в ротации по вызову. Если же идет речь о мелких или молодых компаниях, то подобная команда, скорее всего, отсутствует. Если даже объем работы в вашей компании недостаточен для полноценной загрузки эксплуатационного отдела, все равно не следует передавать эти обязанности единственному человеку, работающему по вызову. Распределите их среди нескольких людей, чтобы каждый из них имел время для отдыха и сна.
Даже в краткосрочной перспективе лишение сна может привести к ухудшению концентрации внимания, падению производительности, появлению раздражительности и тревоги. Также существует риск повышения кровяного давления и сердечного приступа. Если недосыпание имеет длительный характер, негативные последствия усиливаются.
При рассмотрении состояния здоровья у сотрудников организации следует принимать во внимание показатели здоровья в целом и наличие синдрома выгорания в частности. Если же вы предпочитаете краткосрочные материальные или финансовые выгоды и не заботитесь о состоянии здоровья в долгосрочной перспективе, это неизбежно обернется потерями.
Эффективное сотрудничество в компании Sparkle CorpПосле быстрого просмотра заметок, относящихся к дискуссии о применении MongoDB и MySQL, Дженераль заметила, что еще не все выразили свое отношение к MongoDB. Кроме того, она не владела достаточной информацией, необходимой для одобрения конкретной стратегии. «Элис, я хотела бы видеть тебя и Джорди, чтобы узнать о возможностях и преимуществах MongoDB либо услышать доводы в пользу дальнейшего использования MySQL. Возможно, вы сможете продемонстрировать что-нибудь простенькое на сеансе еженедельной демонстрации, который состоится на этой неделе? Мы вернемся к этой дискуссии на следующей неделе, перед продолжением внедрения конкретного решения. Если кто-то желает что-то добавить, пожалуйста, отправьте предложение по электронной почте всем членам команды», – сказала Дженераль.
В тот же день Джози завершила составление письма, адресованного команде. В письме после описания текущих обязанностей и
