Управление командой разработчиков - что лучше использовать

[komar]

Для стратегического планирования Проджект может и хорош, но подерживать подробный план в проджекте в актуальном состоянии - задача, которая займет весь рабочий день.Кроме того, планы в проджектоподобных продуктах быстро становятся нечитаемыми, как только они делаются достаточно подробными для того, чтобы задачу можно было реально оценить и проконтроллировать.
Мне кажется, что проджектоподобное планирование можно использовать для планов загрузки станков на производстве, где каждая операция может быть количественно измерена в оборотах шпинделя или времени перемещения болванки по цеху - но не в случае проекта, в котором основное оборудование - это голова. Мы можем спланировать, сколько займет у Иванова написание конкретной задачи, но мы никак не можем завести аналог абстактной "мощности рабочего центра" для Иванова - а тогда пропадает смысл в инструментарии автоматического перепланирования и прочих мульках, отличающих проджектоподобную систему от Екселя. Это не производственное планирование, и бумажно-екселовский план здесь будет и нагляднее, и эффективнее.