Как стать автором
Обновить

Комментарии 20

Меня одного корёжит от фразы "внедрять культуру"? Я думал, что культура — это что-то, к чему можно приобщаться, или с чем можно знакомить. А вот внедрять — уж, извините, это не культура, а корпоративная политика. Скажут галстуки носить — будут носить галстуки. Скажут быть креативными и не бояться брать на себя ответственность, будут говорить, что кретивные и что не боятся брать на себя ответственность.

Все зависит от вкладываемого смысла.

Скажем я был свидетелем «внедрения системы контроля версий». Все завершилось тем, что на рабочих местах сопричастных стоял CVS, появился сервер с CVS, появились какие-то инструкции, еще что-то. Но процесс разработки остался прежним — с ручной синхронизацией файлов, с ручными архивами, и прочим. Все как, если бы CVS не было.

Имхо, «внедрять культуру» вполне можно. Понятно, смысл такого «внедрения» несколько отличен от смысла «внедрения» ПО, скажем.

Невозможно "внедрять культуру". Внедрение — это действие снаружи. В каком-то объёме силовое. Можно "внедрять практики". Например, запретить плевать на пол и пушить с форсом с мастер.


Но практика — не культура. Практика — это свод правил, которым надо соответствовать.


Культура — это внутренняя мотивация человека как-то делать, возникающая под внешним влиянием. Вот "внутренняя мотивация" важна, потому что "внешняя мотивация, возникающая под внешним влиянием" — это дядя с палкой стоит и говорит "копай". Культуру можно нести, культуру можно демонстрировать, но нельзя "внедрять".


… вторая моя большая претензия состоит в том, что изначальное предположение о мотивации сотрудников неверно. Вася приходит в компанию не для того, чтобы satisfy customers, и не для того, чтобы владельцы компаний заработали больше денег.


Ошибка в предположении внутренней мотивации участников "devops-процесса", собственно, и превращает "devops-процесс" в профанацию.


Вот зачем Васе devops? Одну мотивацию вы сказали — денег больше. А ещё?

Культура — это внутренняя мотивация человека как-то делать, возникающая под внешним влиянием.
А если уходить от слова «внедрить», как правильнее всего назвать организацию несилового «внешнего влияния»? Вижу варианты «к чему можно приобщаться или с чем можно знакомить», но «приобщаться» — это не внешнее влияние, а «знакомить» звучит как-то совсем безынициативно («ну мы тут вас познакомили, а дальше сами разбирайтесь»), и не понимаю, что стало бы лучшей альтернативой для «внедрить».

Убеждение, уговоры, peer pressure, чувство солидарности. Основная проблема со всеми этими словами состоит в том, что ни одно из них не несёт в себе гарантий исполнения распоряжения, т.е. ортогонально административной иерархии компании. Т.е. компания ничего сделать тут не может. Могут только люди, причём в своём личном (не связанном служебными обязанностями) виде.


А вот что может сделать компания — это создать условия. Выделить время на рефакторинг и эксперименты, сформулировать задачи, которые не связаны с выполнениями дедлайнов и удовлетворением клиента. Как насчёт цели "сделать аккуратно и на совесть"?


Но, опять же, в абстрактной административной схеме подчинения это мгновенно может превратиться в профанацию. "За прошлый финансовый год мы увеличили рефакторинг на 10%, повысили аккуратность на 30% и сделали на советь на 5.5% больше".


Владелец компании, не сильно разбирающийся в бизнесе, может потребовать от компании увеличить прибыль, или исключить PR-факапы. Владелец компании (или гендиректор), не обладающий внутренним чувством прекрасного (в той узкой области, в которой требуется изменение практик) не сможет ничего сделать с культурой. Он может либо делегировать (поискать человека с чувством прекрасного), либо дать немного slack'а (свободы на эксперименты) и надеяться на лучшее.

Про зачем Васе DevOps — самая большая часть доклада (и статьи). Autonomy, Mastery, Purpose, вот это всё.

Культура коммуникаций. Кульура работы с кодом. Культура деплоймента.
Разумеется, что для большинства wannabe-business типа «интернет магазин с интергацией 1С» это вообще не надо — как валял вася код прямо на прод через ftp, так и валяет.
Магазин прибыли особой не дает, так как народ, прямо скажем — очень бедный.

Другое дело, если вы транскорпорация с охватом в Европу, США и Азию.
Каждому разработчику хочется иметь самоуправление с точки зрения деплоя. Я хочу написать код, сделать code review, нажать кнопочку, хочу чтобы оно без Васи и Пети все оказалось в продакшене у клиентов

Откуда такие фантазии? — люди, скорее, склонны избегать лишней ответственности, и разработчики — не исключение. Гораздо спокойнее живётся, когда за что-то отвечает Вася и Петя, а не ты сам. Как говорится: «проблема не на нашей стороне»

Такие "фантазии" из исследований бехевйористкой биологии в направлении мотивации людей. "Моя хата с краю" не типчное поведение, а исключение.

Скорее речь про то, что не надо как-то обращать на себя внимание Васи или Пети, зависеть от них чтобы закрыть задачу

Так это как раз до DevOps'ная традиция: разработчик выдал дистрибутив и закрыл задачу безотносительно того, что Вася и Петя делают с клиентами.
Когда вся статья, имеющая громкое название, сводится к: «Сходи почитай туда и станешь devops внедрятелем культур» — то печален уровень автора. И самое отвратительное, когда это подается под «Я разжевываю в течение часа» (как будто мы глупые читатели0, «а здесь bottle neck в перемешку с anal penetrating» (и кучи кучи вставленных английских слов, как будто манагер с зп 30 тыр купил айфон в кредит и рассказывает об этом). Это классно тыкать в книжки и рассказывать о космических кораблях. НО есть русское IT. Со своими правилами. И пихать из года в год одни и те же сказки «Вы почитайте и станете гуру», уже не интересно.

Нет, она не сводится к этому, конечно, и грустно, что вы там только это увидели.

Ох уж это надо релизится чаще, раз день, минуту и прочее.

А денег это вам поможет заработать?
Если да, то ок, а если нет, то это сплошные потери.

Почему то все как упускают именно вопрос презренного металла

Про то, как релизится чаще, чем раз в день приносит деньги там есть, причем даже больше, чем в одном месте.

Ткните пожалуйста вот конкретно.

Я повторюсь, частые релизы != больше денег. Сначала определите, принесет ли вам это деньги.

Потом определите, насколько часто вам надо релизится и только потом приступайте.

Простой пример. Вы релизитесь раз в день, заказчики устанавливают обновления раз в две недели, вопрос, зачем оно вам?

Просто это напоминает картинку про гномиков.

Почему elite стало больше? DevOps и все, что делает бизнес, создается для клиентов. А клиенты хотят новых фич, причем «вчера», а не сейчас. И есть определенные вещи, которые поменялись, потому что мир вышел в онлайн. Мы имеем в виду security.


Security стала большой проблемой, мы сталкиваемся с этим ежедневно. Борьба занимает три этапа: обнаружить, подчинить и задеплоить в прод. Если два из них имеют отдаленное отношение к DevOps, то третье — совершенно DevOps-история. И это вторая причина, по которой elite-перформеров стало в три раза больше.


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

Понятно, про деньги там ни слова…

Почему elite стало больше? DevOps и все, что делает бизнес, создается для клиентов. А клиенты хотят новых фич, причем «вчера», а не сейчас.


А клиенты хотят новых фич, причем «вчера», а не сейчас. Хотеть они могут все что угодно. Вот только в тексте не написано: А клиенты готовы платить за скорость поставки новых фич.
Почувствуйте разницу.

Далее, частота релизов и время поставки новых фич очень слабо связаны. У вас TTM может быть три месяца при ежедневных релизах. Повторюсь, частота поставки не означает низкий TTM.

Security стала большой проблемой, мы сталкиваемся с этим ежедневно. Борьба занимает три этапа: обнаружить, подчинить и задеплоить в прод. Если два из них имеют отдаленное отношение к DevOps, то третье — совершенно DevOps-история. И это вторая причина, по которой elite-перформеров стало в три раза больше

Не стало вообще не разу. Это все давно известно, и как это решать то же, просто сейчас это обозвали девопсом. Варианты патчей на безопасность тележка и вагон

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

Аж монитор замираточил, компании которые не понимают как заработать деньги, да отомрут, те кто считает останутся. Но это ни как не связано, есть там девопс или нет его. Потому как девопс это обертка модная для того, что давно известно.

Весь вопрос в том где у вас ограничение системы, если это не рынок, сколько ввалите, все купят, то вам уважение.
Если же нет, то надо заниматься узкими звеньями.

TL;DR:


  1. Крепко подумайте, нужны ли Вам вообще эти сложности. Внедрение снизу это всегда чистой воды авантюра и почти всегда оно закончится неудачей. В случае успеха Вы будете рассказывать об этом внедрении журналистам, в случае неудачи — вполне возможно, что психоаналитику;


  2. Если всё-таки хочется приключений — найдите таких же ушибленных тех, кому не всё равно, «агентуру». Начните с QA, они там тоже страдают. Изменения в соседнем отделе легче проводить через «своего» человека в этом отделе, а не самому;


  3. Три раза подумайте, прежде чем сводить двух найденных «агентов». Есть вероятность ошибиться в своём мнении о человеке и запороть минимум отношения с обоими, максимум всё дело;


  4. Внимательно слушайте, что говорят друг другу люди в неформальной обстановке. Официальные планы можно смело игнорировать (их делали те же люди, из-за которых Вам нужно «партизанить»);


  5. У Вас очень мало ресурсов, поэтому тщательно выбирайте точку их приложения для получения максимального эффекта. Никаких «внедрим k8s за выходные»;


  6. Что бы Вы ни делали — не привлекайте лишнего внимания. Вы не сможете скрыться, если однажды Ваши действия обнаружат какие-нибудь деятельные противники. Чем позже это произойдёт, тем лучше;


  7. Торгуйте с людьми, но честно, с выгодой для всех сторон. Не стоит «покупать» услуг на копейку за рубль;


  8. Через голову начальника ходите только в крайнем случае и будьте готовы к любым последствиям;


  9. Подумайте ещё раз — может, ну его, и Ваша принцесса в другом замке?


Хорошо прямо.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий