Это совсем непросто - организовать грамотную работу комманды.
Во первых, самому нужно постоянно держать кучу мелочей в голове.
Во вторых - как-то лавировать между необходимостью сделать все быстрее, качественнее и не давить при это на ребят.
В третьих - у некоторых людей не все получается...точнее - я вижу что кто-то тормозит команду. И тут есть несколько вариантов:
- признать что человек не подходит для работы именно в твоей команде
- признать что ты выбрал неверный подход именно для этого человека. Что нужно искать другие методы работы с ним.

Команда наша - саппорт тим. Т-е постоянно приходится решать много мелких и не очень и очень немелких проблем. Причем все это происходит на фоне одного крупного (несколько месяцев обычно) Maintenance Release. Для успешной работы в такои тиме нужно быть достаточно гибким, быстро и безболезненно переключаться между задачами и уметь выставлять собственные приоритеты.

Так вот...что делать если кажется что член команды не совсем удовлетворяет некоторым этим требованиям ? Учить его - на это нет собственного времени.
Ждать что он наберется опыта - программного опыта у человека хоть отбавляй, опыт работы в команде как-то приобретается слишком уж медленно...

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

Это мои собственные мысли по этому делу...Как и чем мотивировать себя и команду в этих условиях ?

Состояние: поиска