Комментарии 11
Не пойму как менялся прогресс по задачам. Можете пояснить что на скрин-шоте.
Классика оптимизации: в первый раз 90%, далее - 10%, ибо уже нечего оптимизировать...
Без технических деталей читать не интересно. Как Dev Rel могли бы это заранее понять.
Да, этот текст скорее про орг часть, и как идея подхода к решению задачи
Будет вторая часть текста, где описано сколько же "гигов и ядер" удалось сэкономить? Наверняка, все, кто открывали этот топик рассчитывали увидеть, собственно, результат.
ожидали увидеть "как"
Дополнила текст ссылкой на статью одной из команд-финалистов на тему "как" https://habr.com/ru/post/681484/
В целом-то тема интересная. Нужно уметь вплетать сервые и неинтересные задачи оптимизации в волшебную и захватывающую череду задач по разработке новых фичей. Но... удалось ли это?
В статье поднят важный вопрос: как совместить оптимизацию ресурсов с разработкой? Командом нужно было внести оптимизацию в планы, скорректировать бэклоги. Всё это означает ровно то, что раньше команды никак не закладывали обслуживание техдолга, по крайней мере на постоянной основе. Обратная связь по итогам активности - это круто. Но сколько команд стали стали реально закладывать работы по оптимизации в свои спринты? И появилась ли общая тенденция по компании к замедлению роста потребления ресурсов?
В том виде, как рассказывается в статье, это похоже на советскую методику субботников. Год мы бросаем окурки куда попало - а потом весь завод выходит на субботник. Приезжает партийная делегация, делается фото для Комсомольской правды - и всё возвращается на круги своя.
Так с ходу я бы посмотрел в сторону другой концепции. Сначала поработать предметно с 3-4 проектами. Внедрить там "лучшие инженерные практики". А потом анонсировать такой вот "месячник оптимизации", провести стартовый митос со спикерами от этих команд. И дальше по мотивам ретроспективы заниматься внедрением хорошо зарекомендовавших себя подходов в максимальное число команд. Будь то какой-то внутренний гайд или ещё что-то.
Энивей, продвигать оптимизацию в компании лучше, чем не продвигать. Будет интересно почитать про следующую активность!
О, спасибо за такой интересный и содержательный комментарий!
Действительно развитие культуры разумного потребления для нас интереснее, чем просто месяц что-то оптимизировать и забыть.
И мероприятие мы рассматривали как некий инфоповод - поднять саму эту тему, чтобы об оптимизации начали думать. И в обратной связи даже писали, что впервые задумались.
Стало ли это в командах системно, не знаю точно и не думаю, что стало. Но тем не менее некоторые тимлиды делились, что продолжают оптимизацию.
В этом году мы бы хотели привлечь больше инженеров к мероприятию, всё-таки в прошлом году мы привлекли небольшую часть. Дальше будем и думать над дальнейшим развитием мероприятия (но может и трансформировать или отказаться), и над дальнейшим развитием культуры оптимизации.
И спасибо за идеи, тоже возьмём на обсудить)
По поводу следующей активности - планируем рассказать про то как провели Месяц Надежности - это уже из уст инженера из нашей орг группы)
Как мы провели мероприятие по оптимизации использования железа и что от него получили