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

Заблуждения

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

Разработчики более ценны, чем специалисты по эксплуатации

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

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

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

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

Утечка информации за пределы организации ослабляет конкурентные преимущества

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

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

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

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