Добрый день, коллеги!

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

Для линейного функционала решили по максимуму упростить задачу, создаем структуру СПП по числу объектов капстроя, ограниченное число СГ по видам работ и на каждый СГ отдельные операции для планирования услуг и компонентов материалов (заявки). Т.е. функционал создает только ОСГ и материалы с заявками.

Теперь, когда по проекту создано пара - тройка тысяч заявок (в основном на материалы) возникла следующие проблемы:
1. Весь проект открывается через проджект-билдер на изменение больше полу часа (и это не предел) - имхо, абсурд
2. При обработке какого либо компонента СГ пользователь блокирует всю ветку (создавая материал на одной ОСГ блокируются все резервирования для отпуска и прочие заявки / заказы для обработки остальными участниками проекта).

В связи с этим вопрос: у кого как решена оптимизация структуры проекта (СПП, СГ)с точки зрения удобства работы многих пользователей (чтоб друг другу не мешали)

по-моему в хелпе как раз и пишется что несколько СТГ следует использовать дабы избежать блокировки и разделить полномочия по ответственным

Ну это и ёжику понятно, что использование разных СГ разными пользователями в одно и то же время исключает блокировку доступа. И если раздробить до: 1 материал -> 1 ОСГ -> 1 СГ - тогда вообще таких проблем не будет - но имхо, абсурд полный

Хотелось бы узнать - что у вас является СГ: отдельный вид работ на одном объекте, или же одна заказная спецификация к объекту или какая-то комбинация услуг / материалов, или СГ для конкрентного пользователя.
Сколько максимально компонентов материалов с заявками вы цепляете к одному СГ для комфортной работы?

По материалам у нас реализовано следующим образом: один СГ равен одной сводной заказной спецификации.
А по СМР получается так: СГ=локальная смета

Спасибо за ответ, именно это я и хотел услышать

Остается вопрос скорости доступа к структуре проекта через билдер (о чем я в первом посте писал) кого-нибудь напрягает, или в принципе такой проблемы нет?

Скорость доступа на прямую зависит от того, на какой уровень входить.
Если пользователю нужно откорректировать потребность в МТР, то зачем ему открывать проект целиком

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

Может кто на ряду с SAPом отдельно пользует какой-нибудь другой продукт, например Примаверу или Спайдер, поделитесь, плиз: как, для чего и как интегрируете с SAP.

Можно настроить ProjectBuilder чтобы при открытии проекта иерархия раскрывалась только до определённого уровня, это может ускорить работу. Делается это в меню ProjectBuilder "Параметры настройки -> Опции" в поле "Уровни иерархии". По умолчанию там стоит 2.

Тоже экспериментировали с уровнями иерархии, но дело в том, что материалы присутствуют на всех уровнях иерархии СПП (начиная со второго), так что не особо помогает.