Агрегация объемов работ

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

Агрегация объемов работ

Сообщение demleon » 13 мар 2015, 15:19

Добрый день, сегодня наткнулся по работе на презентацию по внедрению СУП (на основе примаверы) в одной фирме и возник вопрос - там разрабатывалась достаточно громоздкая система агрегации физических объемов в комплексную операцию. Например:
Устройство фасада - 1000м2
В эту работу входят:
Монтаж кронштейнов - 10 тн;
Монтаж утеплителя - 200м3;
Штукатурка и окраска - 1100м2.

Чтобы можно было каждый отчетный период представить в виде " Устройство фасадов - факт - 270м2 - план - 730м2" они специально разрабатывают весовые коэффициенты для каждой операции и т.д.. сложно, громоздко и не факт что нужно. Отсюда вопрос - как эту проблему можно решить в Спайдере?
demleon
 
Сообщения: 15
Зарегистрирован: 17 янв 2015, 17:31

Re: Агрегация объемов работ

Сообщение Сергей Никитенко » 13 мар 2015, 16:36

Добрый день.
По правилам создания операций это все же три операции, поскольку их производят разные ресурсы, с разной производительностью, у них разные единицы объема, расходуются разные материалы и они могут производиться независимо друг от друга в разное время.
С какой целью вы хотите создавать "комплексную операцию"? Контролировать, сколько м2 фасада сделано на сегодня? Так у вас на ней получится весовая, а не реальная оценка.
Монтажники с кронштейнами отстрелялись, утеплитель весь сделали, красить не начинали. Первые задачи по трудоемкости - каждая месяц. Покраска - два дня. Сколько м2 фасада сделано на сегодня после двух месяцев работы? Да нисколько, потому что ни одного готового м2 фасада нет.
Электронный адрес технической поддержки: smt@spiderproject.ru
Аватара пользователя
Сергей Никитенко
Бизнес-аналитик [Спайдер Проджект]
 
Сообщения: 368
Зарегистрирован: 14 фев 2011, 12:07

Re: Агрегация объемов работ

Сообщение demleon » 13 мар 2015, 17:02

Сергей, я это прекрасно понимаю.. как производственник, сам эту позицию отстаиваю.
Но руководство хочет на совещаниях вставать и докладывать "по фасадам сделано столько-то", не углубляясь в детализацию)
demleon
 
Сообщения: 15
Зарегистрирован: 17 янв 2015, 17:31

Re: Агрегация объемов работ

Сообщение Сергей Никитенко » 13 мар 2015, 17:20

Все равно в любом случае оценка получается косвенная с идеей всё тех же весов составляющих операций.
Если операции оценены в деньгах (стоимость работы людей и машин, стоимость материалов), то за вес "комплексной операции" т.е. фазы можно принять ее плановую стоимость. В этом случае все составляющие операции будут своим фактом наращивать суммарный денежный факт фазы. Далее имея ее плановую стоимость и фактическую стоимость сделанного можно вычислить процент готовности. После этого простой формулой можно в ячейке превратить данный процент в м2, м3 и т.д. На фазе единиц объема не существует, это необходимо будет сделать в пользовательских полях.
На фазах можно складывать входящие в них объемы (как все, так и ключевые), но у вас фасад состоит из разнородных единиц и эта цифра получится ни о чем, да еще и в тоннокубоквадратометрах.
Электронный адрес технической поддержки: smt@spiderproject.ru
Аватара пользователя
Сергей Никитенко
Бизнес-аналитик [Спайдер Проджект]
 
Сообщения: 368
Зарегистрирован: 14 фев 2011, 12:07

Re: Агрегация объемов работ

Сообщение demleon » 13 мар 2015, 17:31

Да, я прекрасно понимаю, что это фиктивный показатель.. но спасибо за идею, будем отталкиваться от денег и пропорционально из них получать эти тонноквадратометрокубы)
demleon
 
Сообщения: 15
Зарегистрирован: 17 янв 2015, 17:31

Re: Агрегация объемов работ

Сообщение Сергей Никитенко » 13 мар 2015, 17:55

Я думаю больших затрат времени это не вызовет.
В одном пользовательском поле указать единицу измерения объема у каждой фазы (они же "комплексные операции").
Во втором пользовательском поле проставить цифры объемов ваших фаз, которые нужно делить на Факт и План. (Тот самый фасад 1000м2)
Во третьем пользовательском поле посчитать процент или абсолютную долю выполненности основываясь на деньгах. Тривиально Факт поделить на План. (Только План из базового графика, потому что в текущем он будет уменьшаться на Факт!) Или можно всегда использовать Итог, так надежнее и ближе к реальности, если Итог по каким либо причинам превысит первоначальный План или не дотянет до него.
Можно сразу здесь же вообще посчитать Факт теперь уже в м2 или в чем там "генеральный" объем фазы, умножив План на полученный процент. Если в формуле применить модификатор кода фазы, то расчет произведется только для данной строчки, а не по всему проекту. Смотрите - как вам удобнее.
Ну а дальше дело техники. В следующем пользовательском поле вычисляем плановый остаток, основываясь на имеющемся стартовом Плане и рассчитанном Факте данной фазы. (Одно минус другое.)
Если для демонстрации или отчетов необходима красота, то можно в отдельных полях сложить полученные цифры и названия единиц измерения воедино в текстовом режиме. Получите те самые 270м2 и 730м2.
Электронный адрес технической поддержки: smt@spiderproject.ru
Аватара пользователя
Сергей Никитенко
Бизнес-аналитик [Спайдер Проджект]
 
Сообщения: 368
Зарегистрирован: 14 фев 2011, 12:07

Re: Агрегация объемов работ

Сообщение demleon » 31 мар 2015, 16:52

Не подскажете, возник еще вопрос.. пользовательские поля (числовые) не суммируются на фазах. Значения по операциям с помощью формул получены, а в фазе не суммируются. Это критично, т.к. весь смысл скрывать операции и на фазах получать значения. Причем в одном пользовательском поле объемы на фазе суммируются даже без галочки в свойствах. Это все происходит в Ганте работ, если это важно.
Вложения
ГПР1_в_ГПР2.001.sprj
(207.29 КБ) Скачиваний: 241
demleon
 
Сообщения: 15
Зарегистрирован: 17 янв 2015, 17:31

Re: Агрегация объемов работ

Сообщение Сергей Никитенко » 31 мар 2015, 18:51

У вас получилась коллизия.
В пользовательском поле значение на фазе вычисляется по формуле, а потом оно же должно вычисляться как сумма строк. Приоритет у формулы.
Сделайте еще одно поле, просто приравняйте его результирующему объему. В нем включите свойство Суммировать на фазе по операциям. Все заработает.
Электронный адрес технической поддержки: smt@spiderproject.ru
Аватара пользователя
Сергей Никитенко
Бизнес-аналитик [Спайдер Проджект]
 
Сообщения: 368
Зарегистрирован: 14 фев 2011, 12:07

Re: Агрегация объемов работ

Сообщение demleon » 01 апр 2015, 09:54

К сожалению, и так тоже не выходит. Сделал, как Вы сказали, дополнительное поле, которое приравнял к Объему [итог]. В нем включил суммировать на фазе по операциям, но и при таком раскладе не считает.
Считает только если в самой фазе включить "суммировать объемы", но это как-то не хочется делать, т.к. задача сделать 2 структуры модели, с одним набором колонок в одной, с другим - в другой. И чтобы при смене не надо постоянно включать/выключать "суммировать объемы" в самих фазах.

И еще дополнительный вопрос, как потом просуммировать все значения фаз 3 уровня в фазе 2 уровня? Галочка в фазе 2 уровня "суммировать объемы не работает". Если я в колонке переключу галочку на "суммировать на фазах по фазам нижнего уровня" - тоже ничего не происходит. Да и мне нужно сначала просуммировать все операции, а потом уже фазы 3 в фазу 2 уровня.
Вложения
ГПР1_в_ГПР2.001.sprj
(207.31 КБ) Скачиваний: 252
demleon
 
Сообщения: 15
Зарегистрирован: 17 янв 2015, 17:31

Re: Агрегация объемов работ

Сообщение Сергей Никитенко » 01 апр 2015, 12:08

Вы пишете формулу в таблице глобальных формул. Эти формулы исполняются и для операций и для фаз по всему полю. Поэтому локальные свойства поля типа "суммировать" игнорируются.
Для того чтобы клетка на фазе стала работать как сумматор по свойству поля, необходимо освободить клетку фазы от влияния глобальной формулы.
Необходимо стереть приравнивающую формулу из глобальных и прописать ее локально в свойстве поля (закладка "Формула"), указав, что вычисления производятся только в таблице операций.
В этом случае формула приравняет значения только в клетках операций и оставит пустым клетку фазы. После этого сработает свойство поля "суммировать".
В локальной формуле поля не нужно писать, что оно равно чему-то, мы и так уже находимся в нем. Просто указываете код поля которому оно должно быть равно. Например: План_гпр1
Электронный адрес технической поддержки: smt@spiderproject.ru
Аватара пользователя
Сергей Никитенко
Бизнес-аналитик [Спайдер Проджект]
 
Сообщения: 368
Зарегистрирован: 14 фев 2011, 12:07


Вернуться в Работа с проектами в Spider Project

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

cron