👋Сижу как-то на очередном «техкоме». Целый час двадцать вроде бы взрослых людей с зарплатами выше средней обсуждают, на чем им делать CI/CD. Jenkins, видите ли, «устарел и плагинами обмазан», в GitLab CI «не хватает гибкости», а GitHub Actions «слишком дорогой».
Смотрю на этот цирк с конями и думаю: вы в своем уме?
Вы покупаете профессиональные марафонские кроссовки человеку, который не умеет ходить.
Запомните: тулинг - это следствие, а не причина. Инструмент никогда не заменит вам мозги и не починит бардак в процессах. Если команда не понимает, что она делает, как она это делает и зачем, то дайте ей хоть самый распрекрасный CI - на выходе будет всё тот же мусор. Только доставляться он будет автоматически.
Вы можете обвешаться метриками и красивыми дашбордами, но это не создаст вам процесс. Процесс рождается в голове, а не в конфигах.
Главное - помните: не бывает «правильных» процессов, как не бывает «правильного» молотка. Бывают те, что подходят для вашей задачи, и те, которыми вы отшибете себе пальцы. Перестаньте искать священный грааль в книжках по SAFe. Это чужие ответы на чужие проблемы.
Хотите построить нормальный процесс? Перестаньте читать, начните думать.
1️⃣Запритесь в комнате всей командой. Никаких Jira и Notion. Только белая доска и маркер.
2️⃣Нарисуйте три блока: «ВХОД», «РАБОТА», «ВЫХОД». Это ваш скелет.
3️⃣А затем заполните эти блоки:
➡️ ВХОД: Откуда прилетает задача? В каком виде? Кто ее ставит? Что должно быть в ней (Definition of Ready), чтобы мы вообще начали чесаться?
➡️ РАБОТА: Что происходит с задачей? Не надо рисовать BPMN на 100500 шагов. Опишите по-простому: «Петя пишет код, Вася ревьюит, робот гоняет тесты».
➡️ВЫХОД: Что мы считаем результатом? Код в main? Выкатка на прод? Счастливый клиент? Как мы передаем результат дальше?
И вот тут начнется самое интересное. Вы с удивлением обнаружите, что Петя, Вася и техлид видят этот процесс совершенно по-разному. Вы переругаетесь, но договоритесь.
И вот когда вы, глядя на схему, все вместе кивнете и скажете: «Да, у нас это работает именно так», - поздравляю. У вас появился процесс.
Пока этого нет, любой разговор про инструменты - профанация. Сначала процесс, потом - костыли для него. И никак иначе.
Хватит искать волшебную кнопку. Её просто не существует.
А у вас в компании инструменты подбирают под задачи или пытаются натянуть процессы на купленный энтерпрайз-тулинг?
#заметкинаполях
🤡Токсичный (it) архитектор🤡
Смотрю на этот цирк с конями и думаю: вы в своем уме?
Вы покупаете профессиональные марафонские кроссовки человеку, который не умеет ходить.
Запомните: тулинг - это следствие, а не причина. Инструмент никогда не заменит вам мозги и не починит бардак в процессах. Если команда не понимает, что она делает, как она это делает и зачем, то дайте ей хоть самый распрекрасный CI - на выходе будет всё тот же мусор. Только доставляться он будет автоматически.
Вы можете обвешаться метриками и красивыми дашбордами, но это не создаст вам процесс. Процесс рождается в голове, а не в конфигах.
Главное - помните: не бывает «правильных» процессов, как не бывает «правильного» молотка. Бывают те, что подходят для вашей задачи, и те, которыми вы отшибете себе пальцы. Перестаньте искать священный грааль в книжках по SAFe. Это чужие ответы на чужие проблемы.
Хотите построить нормальный процесс? Перестаньте читать, начните думать.
1️⃣Запритесь в комнате всей командой. Никаких Jira и Notion. Только белая доска и маркер.
2️⃣Нарисуйте три блока: «ВХОД», «РАБОТА», «ВЫХОД». Это ваш скелет.
3️⃣А затем заполните эти блоки:
➡️ ВХОД: Откуда прилетает задача? В каком виде? Кто ее ставит? Что должно быть в ней (Definition of Ready), чтобы мы вообще начали чесаться?
➡️ РАБОТА: Что происходит с задачей? Не надо рисовать BPMN на 100500 шагов. Опишите по-простому: «Петя пишет код, Вася ревьюит, робот гоняет тесты».
➡️ВЫХОД: Что мы считаем результатом? Код в main? Выкатка на прод? Счастливый клиент? Как мы передаем результат дальше?
И вот тут начнется самое интересное. Вы с удивлением обнаружите, что Петя, Вася и техлид видят этот процесс совершенно по-разному. Вы переругаетесь, но договоритесь.
И вот когда вы, глядя на схему, все вместе кивнете и скажете: «Да, у нас это работает именно так», - поздравляю. У вас появился процесс.
Пока этого нет, любой разговор про инструменты - профанация. Сначала процесс, потом - костыли для него. И никак иначе.
Хватит искать волшебную кнопку. Её просто не существует.
А у вас в компании инструменты подбирают под задачи или пытаются натянуть процессы на купленный энтерпрайз-тулинг?
#заметкинаполях
🤡Токсичный (it) архитектор🤡