Группа разработки должна быть взаимозаменяемой

Я часто слышу, что руководители IT говорят, что сотрудники должны легко быть взаимозаменяемы, то есть их можно будет щерить между проектами и перемещать как хочется, и это best practice.

Но часть из них делают огромную ошибку. Сотрудник забирается на более приоритетный стрим, в стриме-доноре появляется свободное место. На это место ставится не более слабый сотрудник, а новый сотрудник не из компании, которые ранее никогда не работал с проектами.

Это очень снижает эффективность команды разработки.

Эта практика будет работать только тогда, когда сотрудники перемещаются в рамках одной архитектуры/ компании, а не когда постоянно добавляются «нулевые» сотрудники аутсорсинга или через найм.

Невозможно построить стабильные процессы в команде, если эти процессы и работы систем надо каждые 3 месяца объяснять заново.

А если все таки у вас так происходит, особенно с системными аналитиками, стоит хотя бы, вести реестр всех доработок предыдущими аналитиками в быстром доступе и хорошее структурированное техническое описание, которое обновляется у каждый релиз по экранам или страницам.

Таким образом в хаусе и «текучке» можно создавать свой островок стабильности, который может держать на плаву текущие процессы.

Лада Санберг - эксперт управления цифровыми продуктами Помогаю запускать и масштабировать цифровые продукты