Очень здравая подборка принципов по тому как тимлиду приоритизировать задачи в команде и распределять их между инженерами. Мне больше всего понравилась идея введения абстракции «стрима» – потока задач примерно одной направленности, стоимость переключения контекста между которыми для инженера не очень велика. И вот оперировать стримами гораздо удобнее, чем конкретными задачами:
- В идеале команда работает над одним стримом, край – двумя, один из которых будет менее важен
- Переключать инженера между стримами можно только один раз и только в одну сторону, чтобы он мог полностью выгрузить первый из головыг
- Если стримы долгосрочны, перевод между ними может рассматриваться как инструмент роста
- Поток задач на поддержку или багов может быть оформлен как отдельный вид стрима со своими правилами
https://leeorengel.medium.com/prioritization-multiple-work-streams-unplanned-work-oh-my-b0adf59404a4