Планирование программных разработок: делюсь опытом

Project — инструмент для управления проектами, а не процессом разработки.

Следовательно, там все заточено под проект. К примеру, для того, чтобы задачи занимали последовательно время исполнителя, в прожекте нужно называть именами исполнителей группы задач, а все задачи подгруппы связывать в цепочку. Если этого не делать, то равномерно занять разработчика будет очень непросто, когда задач много и они постоянно двигаются. Но при этом же нужно указывать исполнителя внутри задачи, как свойство, чтобы можно было, например, рассчитывать загрузку или группировать по проектам. В итоге одно и то же указывается в двух местах. Если переносишь задачу с Иванова на Петрова, нужно кроме того, что ее в другую группу переносить, еще и в свойствах исправлять. Плюс непросто разбивать задачу на кусочки, например, начинаем сейчас, потом бросаем, потом вспоминаем. Там постоянно рушатся связи, там непросто сделать выборки — например, по клиентам, непросто отслеживать изменения (есть Baseline, но с ним в условиях постоянных перестановок можно повеситься). Мне было бы интересно почитать, кто его использует для этих задач, может там хитрости какие есть, а я про них не знаю. Сам прожект, вроде бы, довольно глубоко знаю.

Ну и напоследок — Microsoft Project, вообще-то, коммерческий продукт. Лицензия, кажется, стоит тысяч 15 на одно рабочее место. Если уж выбирать среди коммерческих продуктов, там выбор сразу появляется. Но главное — он не для этого придуман, он под проекты заточен, а не под процесс.