Дело хорошее. Вот только, имхо, разработчики пошли не в ту сторону, пытаясь скопировать MS Project - абсолютно непригодный для управления проектами инструмент, вместо того, чтобы реализовать более подходящую концепцию.
А в том то и дело, что подходящего нет. У себя в организации перелопатили много чего. В основном софт получается - для тех, кому нравится "играть" в управление проектами (таак, Иванов загружен на 40%, а Петров - на 50%, поэтому над задачей по реализации этого модуля будут работать 60% Иванова и половина Петрова).
В итоге остановились на том, что лучший инструмент для управления проектами - это доска или лист бумаги.
Не кажется ли Вам, что фраза "MS Project - абсолютно непригодный для управления проектами инструмент" - несколько отчаянно звучит? Особенно учитывая, что этот продукт является лидером рынка?
Нет, не кажется. Смотря конечно, что понимать под проектом. В определенных случаях Project является замечательным инструментом. Так, в Project можно составить план строительства дома, открытия магазина, проведения капремонта. Но не план проекта.
Для проекта у него, принципиально неверный подход к планированию ресурсов. Так, если некоторому сотруднику в один и тот же день назначить два, три действия (напр: участие в собрании, подготовка документа, рабочая встреча) - с точки зрения Project - у него будет перегруз 200%, 300%... В лучшем случае, если подстроить пропорции загрузки - мы получаем уже упоминавшуюся мной ситуацию про 40% работающего Иванова. Это может и логично с точки зрения загрузки ресурса, но к человеческой логике это имеет весьма далекое отношение.
Другой критичный момент - это длительность задач. В Project каждая из задач имеет строго фиксированную длину. Изменение этой длины тянет за собой изменение загрузки ресурсов... что сбивает весь план проекта. Кроме того, подобный подход далек от реальности - точное время исполнения задачи заранее знать невозможно(если задача относится именно к проектированию, а не к программированию, например...хотя даже задача на программирование как правило не может быть точно измерена по времени). Поэтому нам требуется оценка по факту, а не по плану. В Project подобного сделать либо нельзя, либо можно сделать очень-очень криво.
Так, что - максимум, на что Project годится в управлении проектами - это красиво нарисовать последовательность задач.
Собственно, поэтому мы и отказались от его использования.
>>точное время исполнения задачи заранее знать невозможно
Значит вы неправильно планируете. Текущий milestone можно довольно точно расписать, прибавив 20% дополнительного времени на задачу для маневрирования. Не вижу проблемы.
"Для проекта у него, принципиально неверный подход к планированию ресурсов."
Судя по этому описанию, Вы пытались принципиально неверно работать с ресурсами в MSProject. Не может Иванов на 100% быть занят сразу несколькими делами. А для задач с фиксированной длительностью есть параметр "Task type", который можно установить в значение "Fixed Duration".
На мой взгляд, у MSProject есть два недостатка:
1. нахрапом его не возьмешь, нужно что-то знать в теории и уметь пользоваться инструментом (хотя, конечно, есть явно тупые фичи-глюки);
2. он не бесплатный.
Вот.
Так а что насчет серверной части? Есть в OpenProj аналог MS ProjectServer? Что-то я на их сайте не увидел.
Я пока что работаю нормально. Если нужна простая программа лишь для накидывания диаграмм Ганта (смотреть задачи, сроки, контрольне точки) - очень хорошо. Бесплатно, формат совместим с MS Project, просто в эксплуатации. Для сложных задач типа учета ресурсов по проектам пока не дошли руки попользовать, но в интерфейсе на первый взгляд действительно проще того же MS Project. Глюков и багов пока не замечено.
То что Java - действительно не нравится... :(
Онлайновая альтернатива Microsoft Project выходит под свободной лицензией