Найти в Дзене
Павел Миняев

Трудовыебудни консультанта

Пролог Как-то раз мой Коллега по работе предложил мне уже начать вести мемуары. Говорит, что могу я выдавить из себя интересную мысль или сдобрить рассказ какой забавной историей. Что ж, если, вдруг, кто-то случайно себя узнает, то помните, все сходства - случайны. :) Данный раздел я решил вести прежде всего для себя любимого, ну а если данная тематика будет интересна, то "ю велкам". Ну и обратную связь будет интересно почитать. Так как этот блог я расчитываю использовать как раз для структурирования мыслей и открытие "бином Ньютона", то за их метание я не ручаюсь. Кто же я? Да если бы я и сам это знал. Я - консультант. Работаю в сфере ИТ, помогаю нести свет и радость в массы. Ну я в это с переменным успехом хочу верить. Но получается не всегда. Да. Занимаюсь этими вашими "новыми технологиями" уже достаточно давно. Но вот недавно начал пересматривать свои взгляды на происходящее вокруг, и, вдруг, понял, что мне становится интересна процессная часть управления командами, проектами, разб

Пролог

Как-то раз мой Коллега по работе предложил мне уже начать вести мемуары. Говорит, что могу я выдавить из себя интересную мысль или сдобрить рассказ какой забавной историей. Что ж, если, вдруг, кто-то случайно себя узнает, то помните, все сходства - случайны. :)

Данный раздел я решил вести прежде всего для себя любимого, ну а если данная тематика будет интересна, то "ю велкам". Ну и обратную связь будет интересно почитать. Так как этот блог я расчитываю использовать как раз для структурирования мыслей и открытие "бином Ньютона", то за их метание я не ручаюсь.

Кто же я? Да если бы я и сам это знал. Я - консультант. Работаю в сфере ИТ, помогаю нести свет и радость в массы. Ну я в это с переменным успехом хочу верить. Но получается не всегда. Да.

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

Поэтому у меня вряд ли найдется технина, которой так много на просторах интернетов, но смотря за тем, как быстро меняется в нашей индустрии... да все меняется: управление, подходы, организация и самоорганизация, инструментарий, философия наконец, то и писать я буду о всяких девупсах, аджайлах и вотерфлоу, продуктах и продукт овнерах, архитектурах... И все это вперемешку. И не совсем о них. И не только о них.

Наверно это все, что я бы хотел сказать для пролога.

И начну я пожалуй с мысли, которая мне не дает покоя, а именно с DevOps. Что это для меня лично? Как я его вижу? Какие смежные области он затрагивает и главное - почему? О моем опыте, об очаровании и разочаровании.

Я много копий уже сломал с Коллегами, когда мы всякий раз обсуждаем, что же такое DevOps. Что же это?

Одни говорят, что это хорошо забытое старое. И они правы, да, так и есть. На моей памяти коллега по предыдущей работе писал автоматизацию на питоне, а-ля Ansible, до того, как это стало мейнстримом. И он - прав. Автоматизация - это максимальное избавление от рутины, которое присуще всем качественным администраторам.

Вторые говорят, что это просто модное название тех же linux-администраторов. Да, так и есть, не знать linux и быть девопсером - это вещи практически не совместимые.

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

По мне же девопс - это прежде всего философия. В самом широком смысле. Причем эта философия безотрывно следует от того самого "старого", того стека технологий и шагает с ним в ногу со временем, да и сам по себе девопс не может существовать, как тот конь в вакууме. Для этого модного слова нужен аджайл и его процессы: ведение и видиние продукта, спринты, TDD, культура разработки, инфраструктура наконец-то.

А в чем же заключается философия самого девопса?

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

Второе - это культура и выращивание специалистов. Культура общения, культура принятия концепций и взглядов коллег. Организация их взаимодействия, обмена опытом, PoC и прочее, прочее.

Третье - это продукт и его развитие. Принятие этой модели бизнесом. Объяснению и доведению до бизнеса зачем и почему. Это очень большой пласт работы продукт овнера. Должен ли быть продакт быть технически подкованным? Кто же есть продакт - стратег или тактик? Что есть career path в организации и зачем он нам вообще?

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

Все очень запутанно и переплетено - это точно, что я достоверно понимаю :)

Девопс в Облаках