Очень крутое видео про инженерные практики и Agile.https://www.youtube.com/watch?v=fU6nPPByR6I

❗️Первая важная мысль - Agile и ИП (Парное программирование, Zero Bug Policy, Техдолг, Сode Review и беспощадный рефакторинг) не дают мгновенного результата за которым гонятся эффективные менеджеры. Оно работает только на долгой дистанции, сокращая ваши БУДУЩИЕ затраты.
Именно поэтому в проектном подходе, где систему поддерживают совсем не те люди, что писали код гибкие методологии с таким трудом и приживаются.

❗️❗️Каждая практика хороша в нужный момент. То есть надо ее применять не потому что "ой какая новая штука", а тогда, когда она может помочь. Я с таким несколько раз сталкивался, когда взлетевшая в одной команде идея - вообще не работает в другой. Просто потому что команда, например, не дорослаю Или сейчас не нужно.

❗️❗️❗️T-shape полезен всем. Узнавая практики другой профессии (разработчик, тестировщик), ты можешь их отрефлексировать и сделать свою работу лучше. Применяю навыки тестировщиков - пробую логически сломать свое решение.

❗️❗️Приоритезация Make It Work Make It Right Make It Fast. В целом обычно я так и стараюсь делать свои фичи, бантики всегдя вязать потом.

🥇 Лучщая мысль. Скрам мастер должен любить людей и хотеть искренне им помочь. Хотя я бы тут сказал, что это можно экстраполировать на руководителя. Именно он должен сделать все, чтобы его сотрудники могли спокойно делать свою работу и им ничего не мешало.