Бюджетирование и управление проектами

[Bend]

Очень интересная тема!

[Сахават]

Полагается писать на IDEFxx, а Вы, Сахават, пишите на какой-то Net.

судя по реакции "народа" на мое сообщение - вы правы

[Игорь Захарченко]

судя по реакции "народа" на мое сообщение - вы правы

Вопросы профиля и державы - гвоздь темы.
А на Caché- молчок ;)

[Genn]

Слабо, потому что надо делать план\факт, а про факт там ничего нет - одна сплошная ручная работа.

Есть. Посмотрим на реализацию.
Ожидаю, что это будет самым сложным.

[Елена И.]

нам про MSProject сказали, что факт вообще может заполнять чуть ли не один человек (или несколько, но с правами главного манагера проекта).
т.е. ограниченный дать доступ всем членам команды, чтобы те сами проставляли свои часы по факту - невозмоно.

или по крайней мере я так поняла
кто их поймет с первого раза, этих испанцев ))))) jijijij
_______
update:
объясняли именно почему это нельзя через сервер.))
только я не поняла технических деталей - какие-то там ограничения.

но это так, на всякий случай говорю - чтобы снять риск. Ибо я не очень вкурсе)).
и.....de verdad... все, что связано с техникой - могу понять с точностью до наоборот )).

[Genn]

нам про MSProject сказали, что факт вообще может заполнять чуть ли не один человек (или несколько, но с правами главного манагера проекта).
т.е. ограниченный дать доступ всем членам команды, чтобы те сами проставляли свои часы по факту - невозмоно.

Это делается через web интерфейс Project Server

[Sergey K.]

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

К сожалению такое планирование возможно осуществлять только при наличии конкретного договора подряда – если проект длительный, в любом случае придется использовать некоторые допущения (а создавать эти операции все равно необходимо для всех задач, так как бюджет нужен до конца проекта). Также в контрактах могут быть «сложносочиненные» условия оплаты (в т.ч. порядка авансирования и закрытия актов выполненных работ), для отражения которых средств MSP может быть недостаточно. Тем не менее, идея любопытная, спасибо.

Для этих сумм можно использовать выделенное поле, и заполнять его только для данного типа операции. (Операции можно оформить как вехи или работы для бухгалтерии - аванс, оплата, окончательный расчет внутри блока - длительность 2 дня, загрузка 5%)

Выделенные (пользовательские) поля не попадают в OLAP/BI MS Project Server (увы)

Дальше стоит поставить MS Project Server, возложить на него задачу сбора данных из отдельных проектов, а фактический план/прогноз движения денежных средств вытаскивать уже ODBC запросами к SQL базам Project Server.

А факт? Считать, что закрытая задача/веха в MSP = подписание акта/движение денег? Как-то несерьезно на мой взгляд.

[Елена И. Яковлева]

это изобретение велосипеда

Не хотите байк от InterSystems - есть от Softline

[Genn]

2Sergey

Планирование всегда основано на допущениях. При контроле факта необходимо проанализировать верность допущения и возможно пересмотреть его на будущее. Это такой базовый принцип, который сложно осознать (а потом превратить в навык) - но тем не менее.

MS Project - это инструмент построения модели. Модель должна обновляться. Обновления для задачи оплаты - два: сумма платежа и дата исполнения (списания со счета бухгалтерии). Сделано - поставили 100% результат и правильную сумму.

У MS Project есть возможность заносить для задачи только деньги, и они будут попадать всюду. Покопайте типы ресурсов.

[Genn]

Дополнительно хотел бы поблагодарить отдельных участников за соображения не в тему.

[Елена И. Яковлева]

Дополнительно хотел бы поблагодарить отдельных участников за соображения не в тему.

Озарение происходит всегда "не в тему". Enjoy.

[Владимир Либерзон]

Управление финансовыми потоками в MS Project - утопия или жуткий примитивизм.
Нет ни составляющих стоимости, ни центров затрат, не моделируется сдельная оплата, не моделируется финансирование, нет дисконтирования, не говорю уже о расчете проекта (портфеля) с учетом финансовых ограничений.
Список ограничений MS Project очень большой, к тому же проблемы с работой с файлами (проектами) большой размерности.
Из участников обсуждения кто-нибудь пытался его использовать на самом деле? Очень сомневаюсь.

[Игорь Захарченко]

Из участников обсуждения кто-нибудь пытался его использовать на самом деле? Очень сомневаюсь.

Не видно его также ни в названии топика, ни в "зачине" ;)

[Genn]

Управление финансовыми потоками в MS Project - утопия или жуткий примитивизм.
Нет ни составляющих стоимости, ни центров затрат, не моделируется сдельная оплата, не моделируется финансирование, нет дисконтирования, не говорю уже о расчете проекта (портфеля) с учетом финансовых ограничений.
Из участников обсуждения кто-нибудь пытался его использовать на самом деле? Очень сомневаюсь.

Из вышеперечисленного к управлению финансовыми потоками с большой натяжкой можно отнести только "моделируется финансирование". Все остальное - притянуто за уши по незнанию (собственно как и все попытки поговорить на отвлеченные темы). Можно считать этот комментарий теоретическим, оторванным от практики.

В сообщении #4 вы писали:

Существует и развита.

Примеров приведено не было. Если это и есть примеры - то очень смешно.

[Елена И. Яковлева]

Очень интересная тема!

Уже есть такая.
Автоматизация бюджетирования. Excel. Palo. 1C. Intalev и т.д.
http://forum.cfin.ru/showthread.php?t=54019

[Sergey K.]

Из участников обсуждения кто-нибудь пытался его использовать на самом деле? Очень сомневаюсь.

"На самом деле" не пытались именно из-за озвученных причин, ограничились календарным планированием.

Все остальное - притянуто за уши по незнанию

Я бы не стал утверждать так категорично.
Действительно, в ситуации, когда необходимо планировать и учитывать "деньги":
1) в разрезе центров финансовой ответственности;
2) в разрезе статей затрат (отличающихся от "основной" ИСР);
3) в разрезе объектов (это уже наша специфика);
4) в разрезе договоров,
причем делать все это необходимо:
1) кассовым методом;
2) по начислению (актам выполненных работ);
3) в нескольких валютах;
4) учитывая дисконтирование и стоимость заемных средств,
возможностей MSP не хватает.
У MSP очень хороший клиент (с т.з. пользователя), также это решение технически неплохо встраивается в общую инфраструктуру MS. Этим, пожалуй, преимущества продукта и ограничиваются.

[Genn]

Я бы не стал утверждать так категорично.
Действительно, в ситуации, когда необходимо планировать и учитывать "деньги":
1) в разрезе центров финансовой ответственности;
2) в разрезе статей затрат (отличающихся от "основной" ИСР);
3) в разрезе объектов (это уже наша специфика);
4) в разрезе договоров,
причем делать все это необходимо:
1) кассовым методом;
2) по начислению (актам выполненных работ);
3) в нескольких валютах;
4) учитывая дисконтирование и стоимость заемных средств,
возможностей MSP не хватает.

Полностью с вами соглашусь.
Еще стоит добавить проекты, очереди/релизы/ПНК, контрагенты.
А еще хотелось бы автоматизировать "налоговые" начисления.
А еще хотелось бы видеть открытую валютную позицию и ее хеджировать.
Все это превращается в серьезную систему финансового планирования.
А еще хорошо бы и факт подтягивать.

Очередной маниловский мостик над озером.

[Игорь Захарченко]

Примеров приведено не было. Если это и есть примеры - то очень смешно.

Выдача ГуглЪ по запросу приводит лишь примеры интегрирования MSP с программами бюджетирования.
Разве что "личный блог Сергея Алферова" - ...

[Елена И. Яковлева]

Очередной маниловский мостик над озером.

Сам Майкрософт молчит об этом на страницах, посвященных MSP .

[Genn]

Спасибо за мнения ...

Выдача ГуглЪ по запросу приводит лишь примеры интегрирования MSP с программами бюджетирования.
Разве что "личный блог Сергея Алферова" - ...

("Сергей Алферов" - участвует в работе этого сайта. Его ника не помню.)

Сам Майкрософт молчит об этом на страницах, посвященных MSP .

... но ведь об этом было сказано в сообщении #25.

Мне не надо составлять и обновлять денежные бюджеты проектов, и потом делать сводный бюджет. Я это делал в Excel. Если бы сейчас нужно было бы внедрить - посмотрел бы на Clarity 7.

Если не понятно - что такое бюдежтное управление - может лучше на эту тему погуглить?

[Игорь Захарченко]

погуглить?

Все будет ГуглЪ+облачные вычисления.
Ник коллеги сами найдете ;)

[Владимир Либерзон]

Все остальное - притянуто за уши по незнанию (собственно как и все попытки поговорить на отвлеченные темы). Можно считать этот комментарий теоретическим, оторванным от практики..

Умилил!

В сообщении #4 вы писали:

Примеров приведено не было. Если это и есть примеры - то очень смешно.

Каков вопрос - таков и ответ.
Рад что вас повеселил, всяческих успехов!

[Padre Quart]

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

[Bend]

А в чем можно все это реализовать?

[Владимир Либерзон]

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

Попробуйте Spider Project Professional - неограниченное количеcтво взаимосвязанных проектов в портфеле, расчет расписания портфеля с учетом общих ограничений по ресурсам, поставкам и финансированию, неограниченное количество статей и центров затрат, мультивалютность, параллельные бюджеты и т.д.
Если найдете, что в Спайдере отсутствует что-то полезное, дайте знать.
Демо можно скачать с www.spiderproject.ru

[Padre Quart]

А в чем можно все это реализовать?

Ничем в настоящее время.
Причина проста. Софт пишут программисты. Если это редактор или еще какая подобная вещь, гдн требуются знания платформы и пр, то такая программа очень часто хороша собой и полезна.
Тема топика - прерогатива специалистов. А их мало. И то, что они напишут (если дойдут руки), вряд ли будет услышано, т.к. .... не поймут. Не могут чумазые на роялях играть!

PS. Для многих 2+2=5 - это вполне приемлемый, а чаще - единственно верный, ответ. По причине того, что истина у дураков имеет крайне малое значение ф-ии принадлежности во всем множестве термов. Объясняется это рекурсивностью закона распределения Эджворта-Парето.

[Владимир Либерзон]

Ничем в настоящее время.
Причина проста.

Форум читаете?

[Genn]

Попробуйте Spider Project Professional ... Если найдете, что в Спайдере отсутствует что-то полезное, дайте знать.

Умилил.
В Спайдере отсутствует одна из самых важных вещей - его нет в "Gartner Marketscope for Project and Portfolio Management Applications" (отчет G00213331 от 13.06.2011).

[Елена И. Яковлева]

Если не понятно - что такое бюдежтное управление - может лучше на эту тему погуглить?

Йэс, Сэр!
нагуглила

умиляет

[Padre Quart]

Форум читаете?

По слогам. Но все больше картинки люблю.
Если не трудно, покажите (ссылка или т.п.) диаграмму Гантта на загрузку оборудования с простыми условиями:
- не менее 20 многофазных работ;
- не менее 20 единиц оборудования;
- каждая фаза требует переналадки оборудования и эта величина зависит от пары "j-я фаза i-й работы -- k-е оборудование";
- длительность выполнения фаз зависят от пары "j-я фаза i-й работы -- k-е оборудование";
- между фазами транспортные операции, длительность которых между единицами оборудования - разная.
Для 2-3 каких-либо критериев, если можно.

PS. Забыл сказать. Надо построть график работ из условия, что любая фаза любой работы может быть выполнена на любой единице оборудования.