Система УП в инжиниринге

Мои партнеры разработали систему УП на платформе А2. Их сайт: http://www.advanta-group.ru/pmo/
Что касается эффективности применения, то это к вопросу эффективности разворачивания методологии управления проектами. Это вопросы ко мне больше, а не к системе. Мы применяли эту систму в управлении проектом строительства очистных сооружений в Воронеже для ОАО "Воронежсинтезкаучук". Отмечу, что всякий бред про РМВОК тут ни при чем.

А некоторые требования к сервисам этой системы можно определить на основе моих рекомендаций. Раздел публикации моего сайта www.consultpmo.ru
Удачи.

Разработка сложных программных систем невозможна без объектно-ориентированного подхода (ООП). Он в свою очередь - без организации управления программным проектом. Таким образом, управление программным проектом встроено в среды организации и поддержки собственно программирования. Важнейшее место при этом занимает язык UML.
Методологии использования УП в ООП основаны на RUP очень разноообразны. Это следствие высокого разнообразия задач и ситуаций, в которых они решаются. Библиография их очень большая. Мне кажется, что опыт накопленый в данной сфере УП мало используется в иных областях. А он может быть очень полезен, несмотря на свою специфику.
Для конструктивного обсуждения надо сегментировать поставленный вопрос. Невозможно обсуждать все или проделиться всем опытом.
ЮГ

Наша Компания внедрила и применяет MS Project Server 2010 для управления проектами совместно с SharePoint 2010. Сфера деятельности Компании - проектирование (ПГС). Система работает на верхнем уровне. Помогает решать наши задачи, эффективность пока определяется качественными показателями - эффективно!

А можете написать, в какую реальную ловушку попала компания, применив это решение? Или все маслом намазано после того, как на практике пытаетесь использовать такую дорогу игрушку?

Могу написать:
1. В ловушку не попали, но решили проблемы, которые до этого не могли решить.
2. Смысл выражения "маслом намазано" не понимаю. Прошу сформулировать вопрос корректно, возможно, смогу ответить.
3. Инструмент дорогой, но Спонсор осмысленно вкладывает в него средства, т.к. видит, что это приносит положительный эффект.
4. В обсуждениях типа "да это всё -лажа" не хочется участвовать. Если есть конкретные вопросы- с удовольствием отвечу.

Хорошо, когда клиент доволен той системой, которую он внедрил. Я только рад.

Программные разработки мы отказались использовать. Пришли к выводу о применении скрупулёзного планирования и координации.

Странный ответ, если честно.
Разве скрупулезность планирования исключает использование того или иного инструмента для этого??
И как вы его выполняете, скрупулезно, на бумаге что ли?

На бумаге. Используются стандартные формулы электронных таблиц (таблицы как вложения в текстовом файле, с перекрестными ссылками), а также диаграммы.

Электронные таблицы это уже не бумага. При желании там можно уже достаточно многое автоматизировать. Не САП конечно, но и от бумаги далеко.

И чем же вас так обидели программные средства? Ценой или сложностью?

Громоздкостью и отсутствием привязки к конкретике.

Неужели таки все программы громоздки и бесполезны? Не согласен

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

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

Так и есть. В настоящий момент использую собственную методику. Она близка к бизнеспланированию. Ежеквартально мы корректируем содержимое. За год усилилась детализация (из опыта), появился новый канал продвижения монопродукта, изменилась ресурсная доступность. Отражать это все в программе...

Да и ещё один момент: у меня отношение к программам по бизнес-планированию - критическое. Опыт участия в проекте по созданию самописной CRM предоставил мне разницу между штучным и серийным продуктом (коим являются программы).

Вы правы. Абстрактная задача дает абстрактный результат. Обратите внимание, когда Вы перечисляли проблемы первого года - у Вас получился список коллизий между участниками производства. Фактически Вам пришлось изучать процессы с точки зрения мотивации и конфликтов их участников...
Как это важно - Вы даже не представляете себе до конца.

Выбрали MS Prj наиболее целесообразный софт.
Начинаем строить на нём ИСУП.

Правильно. От простого к сложному. Главное накопить коллективный опыт. Осмыслить его. Создать методики использования "под себя". Не надо великих "китайских" скачков. Главное - развитие людей. Их обучение... на массовых и относительно простых системах.

Согласен на все 100%

Но все зависит от цели и ресурсов. Постарайтесь сделать системное исследование и четко сформулировать требования (UseCase) к первому этапу.

И как успехи?