Философия DevOps. Искусство управления IT (Дэниелс, Дэвис) - страница 286

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

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

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

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

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