Вы говорите про "контроль разработки", но при этом всё равно привязываетесь к отработанным часам, а не к результатам. Задачи всё равно нужно контролировать по деливери, а заказчику в общем случае главное - срок сдачи. Поэтому если есть хоть какая-то дорожная карта, то ты всё равно понимаешь, успеваем/не успеваем, и трекинг времени тут не нужен. А если карты нет - то и трекинг не поможет.
Поэтому мы практически на всех своих проектах отказались от него фактически и сохранили только формально (компания "галерная").
lahomie93, вы спросили, почему из-за подобных подходов к менеджменту разваливаются команды. Я ответил. Я не говорил, что ваша команда УЖЕ разваливается.
lahomie93, конкретный пример - вы рассмотрели кучу возможных причин, проставили резюме "Я отклонил", от безысходности пошли на Хабр - но при этом я не вижу в вопросе ни одной отсылки к мнению самой команды. Только "Я, Я, Я". Что люди-то говорят? Может, их спросить сперва?
В своих командах я всегда людей спрашиваю
1. что можно улучшить,
2. что чинить не нужно, чтобы не сломалось, и
3. не херню ли я делаю как менеджер.
Конечно, разработчики - не менеджеры и многих менеджерских проблем не понимают. Вопрос "А как бы вы решили вот такую проблему" позволяет им увидеть, что менеджер дёргает их не оттого, что ему больше делать нечего, и начинают сами помогать.
А может, напротив, ответ на пункт 3 вас удивит.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Вы говорите про "контроль разработки", но при этом всё равно привязываетесь к отработанным часам, а не к результатам. Задачи всё равно нужно контролировать по деливери, а заказчику в общем случае главное - срок сдачи. Поэтому если есть хоть какая-то дорожная карта, то ты всё равно понимаешь, успеваем/не успеваем, и трекинг времени тут не нужен. А если карты нет - то и трекинг не поможет.
Поэтому мы практически на всех своих проектах отказались от него фактически и сохранили только формально (компания "галерная").