Часто слышу позицию "руководитель должен только руководить и доверять своим подчинённым". Или не доверять, тут как пойдёт.

Такой подход действительно может хорошо работать в большой организации, когда на одну функцию выделено минимум несколько людей. Можно обложиться экспертизой со всех сторон и спокойно пить кофе.

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

1. Моё любимое - заткнуть дыру или усилить команду в точке приложения усилий. 2. Получить ценный опыт работы "на земле", который невозможно заменить ничем (в памяти услужливо всплыло слово "гемба"). 3. Услышать и быть услышанным теми, кто работает "на земле". 4. Увидеть что-то, о чём просто не расскажут, чтобы потом это изменить и улучшить. И это, как по мне, - одна из важнейших причин, чтобы так делать.

А к чему это всё? Уйдя на неделю в отпуск, я на некоторое время стал разработчиком и тестировщиком в одном лице.

Наконец разобрался, как и в каком порядке работать с ветками кода при параллельной разработке. Понял, каким минимальным критериям должна соответствовать задача при передаче из разработки в тестирование. Сформировал для себя целевой цикл разработки с минимальным пинг-понгом между командами (осталось только реализовать). Ну и, конечно, помог команде (или они мне просто постеснялись сказать, что лучше бы не лез).

Вы можете сказать: "Время руководителя стоит дороже, чем время сотрудника" - и будете правы. Но моё время было бесплатным - я же в отпуске был 🙃