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

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

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

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

Людям свойственно возлагать на devops ответственность за допущенные ошибки

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

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

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

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