Наш сайт https://go.kotelov.com/site

Отправить CV [email protected] или https://kotelov.com/hr/

— если не хочется включать vpn https://go.kotelov.com/vk_devops

Йоу! А у нас новый выпуск — как наладить рабочие процессы с командой, которая вообще не готова к изменениям. Разбираемся вместе с Сашей Крыловым — DevOps-архитектором, который знает, как совместить бюрократию и продуктивность, не разрушив команду.

Для затравочки:

- Почему коллеги саботируют процессы, а попытки «продавить» прозрачность лишь вызывают больше недовольства?

- Как не превратить измерение производительности в бэклог-болото?

- Кого повышать, а кого понижать в должности?

- Где грань между управлением и манипуляцией?

📌Саша пишет про тимлидство и девопсинг тут:

- тг-канал https://t.me/devopsforlove

- habr https://habr.com/ru/users/darkbenladan/

Ссылка на github Maturity matrix. Матрица зрелости https://github.com/darkbenladan/maturity_matrix

Внутри:

0:00 Александр Крылов, DevOps

0:30 Про что DevGovernance

02:03 Почему люди сопротивляются процессам?

4:12 Как продать новые бизнес-процессы

6:39 Какие метрики есть у разработчиков?

13:08 Каким изменениям чаще сопротивляются разработчики

18:43 Зачем нужны правила "игры" и база знаний?

24:40 Как впихнуть в график команды обучение?

26:45 Как правильно приоритезировать бэклог

34:30 Где нужен DevGovernance

37:09 Сколько нужно человек в компании для улучшения процессов?

39:00 Как понять что DevGovernance работает?