Показано с 91 по 120 из 421
-
26.01.2012, 18:10 #91
- Регистрация
- 30.07.2010
- Сообщений
- 949
Сообщение от air
Думаю, что PM не умеет решать некоторые оптимизационные задачи, например те, где требуется минимизировать число переналадок, - критерий оптимизации там другой, - в PM минимизируется время исполнения (мульти)проекта.
Речи пока об оптимизации не шло. Можно ограничиться для начала допустимым решением. О минимизации переналадок речи тоже не шло, они просто должны учитываться. Относительно времени исполнения проекта - критерий Cmax, об этом чуть позже.
Речь пока идет о том, может ли какая система класса PM управлять портфелем проектов при том, что каждый проект, каждая его стадия (фаза, операция) претендует во времени на те или иные общие ресурсы. Сахават был прав, когда сказал, что любой проект, если к нему внимательно присмотреться, - это технологический процесс. В результате мы имеем задачу планирования множества проектов во времени при ограничениях на ресурсы.
Что Вы можете сказать по этому поводу?
-
26.01.2012, 18:49 #92
- Регистрация
- 23.11.2005
- Сообщений
- 2,178
Думаю, что PM не умеет решать некоторые оптимизационные задачи, например те, где требуется минимизировать число переналадок, - критерий оптимизации там другой, - в PM минимизируется время исполнения (мульти)проекта.
Так что Ваш пример (с переналадками), уважаемый Padre Quart, к управлению проектами в смысле PM, по-моему, отношения не имеет. Увы.
По Спайдеру лучше и подробнее Либерзона В.И. никто ничего сказать не может, так как он автор и создатель данной программы. Эта одна из лучших российских разработок, которая отлично работает в сотнях компаний, как в России, так и за рубежом. И характеристики данной программы соответствуют мировому уровню. Для этого просто надо с ней познакомиться и ПОРАБОТАТЬ, а не читать рейтинги и оценки кого-то (ничего личного).
-
26.01.2012, 19:46 #93
- Регистрация
- 24.11.2005
- Сообщений
- 570
Сообщение от Padre Quart
А ситуацию я вижу так:
1. Приготовить курицу (по возможности быстрее) - это проект.
2. Приготовить на кухне ресторана одновременно и курицу и индейку и блюда из говядины (и даже свинины) при ограниченных производственных мощностях - это мультипроект.
3. Обеспечить непрерывное обслуживание посетителей ресторана (где каждый посетитель может заказать из меню индивидуальное блюдо) - это уже не мультипроект, как могло бы показаться на первый взгляд, а совсем другая задача, - задача, которую именуют в определенных кругах задачей организации мелкосерийного и единичного (уровня VIP обслуживания) производства.
По моему мнению, которое я уже сформулировал ранее, для решение последней из трех упомянутых задач софт класса PM, увы, неприменим, - здесь нужен MES.
-
26.01.2012, 20:23 #94
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от air
Деление на БП,ТП,и тдП - дело вкуса классификатора.
-
26.01.2012, 20:31 #95
- Регистрация
- 30.07.2010
- Сообщений
- 949
Сообщение от air
А ситуацию я вижу так:
1. Приготовить курицу (по возможности быстрее) - это проект.
2. Приготовить на кухне ресторана одновременно и курицу и индейку и блюда из говядины (и даже свинины) при ограниченных производственных мощностях - это мультипроект.
3. Обеспечить непрерывное обслуживание посетителей ресторана (где каждый посетитель может заказать из меню индивидуальное блюдо) - это уже не мультипроект, как могло бы показаться на первый взгляд, а совсем другая задача, - задача, которую именуют в определенных кругах задачей организации мелкосерийного и единичного (уровня VIP обслуживания) производства.
В третьей задаче мы имеем те же индивидуальные проекты, как и во второй задаче.
Что касается того, что эти задачи относятся к "задачам организации мелкосерийного и единичного производства", то это лишь определение как следствие постановки задачи.
К сожалению, за перечислением вкусных блюд, Вы так и не смогли ответить по существу поставленного вопроса. Все-таки хороший ресторан вносит свои корективы.
По моему мнению, которое я уже сформулировал ранее, для решение последней из трех упомянутых задач софт класса PM, увы, неприменим, - здесь нужен MES.
Большой вкусный пирожок с мясом достается Сахавату
-
26.01.2012, 21:02 #96
- Регистрация
- 12.05.2006
- Сообщений
- 2,180
Сообщение от Padre Quart
-
26.01.2012, 21:15 #97
- Регистрация
- 30.07.2010
- Сообщений
- 949
Сообщение от Genn
Да и вообще, все эти вопросы, как и классы задач (там и задача столь любимого air общепита есть ... ) неплохо описаны в книге
Padre Quart, Machine-building production Management by means of systems MES, APS, ERP. Vatican: TNT-Press. - 2011. - 372 p.
http://tntpress.ru/262-upravlenie-ma...s-aps-erp.html
-
27.01.2012, 07:44 #98
- Регистрация
- 21.02.2007
- Сообщений
- 2,056
Сообщение от air
Что касается нагрузки на ресурсы - напрасно на этом так зацикливаться. Это не самая большая проблема. Следует выделять ключевые ресурсы и ресурсы на критических путях, и их использование контролировать. За всем остальным можно меньше следить. Либо ставить задачи на группы ресурсов, чтобы они там сами уже всё разводили как следует.
Что касается MS Project - или даже Spider - это системы управления проектами, которые в том числе позволяют находить межпроектные несоответствия по использованию ресурсов.
В части управления портфелем проектов - по моим достаточно глубоким исследованиям - решений хороших нет. Нравился Atlantic Global, но с деньгами там плохо.
Для портфеля необходимы следующие показатели:
1. Суммарные затраты (как в людях, так и в деньгах), чтобы знать - проходим или не проходим,
2. Фин. рез. и NPV портфеля,
3. Рентабельность,
4. Риски.
Тогда можно принимать решение "с проектом" и "без", сравнивая портфели с проектом и без. В каких-то системах какие-то показатели есть, но вот чтобы всё вместе...
Я вот не знаю правда что умеет Спайдер в части PPM - если там есть NPV, как говорит Владимир Либерзон, то это уже лучше чем MS Project. Ну и лучше Project Expert, в котором управление проектами практически не представлено.
Ну и напоследок - бюджетирование портфеля - это пересмотр состава его компонент. Не знаю, как тут возможно скользящее бюджетирование.
-
27.01.2012, 09:10 #99
- Регистрация
- 12.05.2006
- Сообщений
- 2,180
Сообщение от Andruxa
1. Нужна не просто сумма, а график во времени.
2. Все зависит от направления бизнеса. Для каких-то направлений бизнеса (консалтинг, создание на заказ) - сумма денег за проект определена, и что-то такое можно придумать. Но есть проекты - для которых фин.результат не детерминирован. Смысл добавления "гадания на кофейной гуще" сомнителен.
3. А чем это отличается от второго.
4. Может быть.
Проблема состоит еще и в том, что изобретать велосипед могут только "уважаемые математики" в своих "башнях из слоновьей кости". На практике есть широко распространенные методологии - их и надо использовать. А в РМВОК проект заканчивается при создании объекта, и продажи там нет.
Поэтому при добавлении продаж получаются всякие попытки подковать блоху. Блоха не прыгает, разработчик ругает зеркало.
Сообщение от Andruxa
-
27.01.2012, 10:25 #100
- Регистрация
- 14.02.2011
- Сообщений
- 912
Настоящий полковник!
Сообщение от Genn
Легче Вам научиться вчитываться.
Вы не построите этот генератор значений функций многих переменных на основе цифровых конечных автоматов. Возможно, сможете воспользоваться аналоговыми. На данный момент из таких лучшим есть лишь человеческий мозг, в переводе на Ваш птичий язык это означает, что Вам придется воспользоваться услугами живых людей.
Современная цивилизация существует исключительно благодаря "простым" изобретениям Николы Теслы - переменный ток и т.д. Свои изобретения Тесла конструировал и проверял в мозгу (почитайте с помощьью Kindle).
"Мой мозг только приемное устройство. В космическом пространстве существует некое ядро откуда мы черпаем знания, силы, вдохновение. Я не проник в тайны этого ядра, но знаю, что оно существует".
Никола Тесла
И не велосипед, и не колесо Вы желаете получить. Вечный двигатель. В рамках Вашего рационального механистического способа мышления задача не разрешима.
-
27.01.2012, 10:45 #101
- Регистрация
- 12.05.2006
- Сообщений
- 2,180
Сообщение от Елена И. Яковлева
Каждый, кто занимается мягкими навыками должен по крайней мере это знать, а еще лучше достаточно быстро определять тип конечного автомата (информационного метаболизма) каждого человека.
Если вы хотите - заведите отдельную тему.
-
27.01.2012, 10:55 #102
- Регистрация
- 21.02.2007
- Сообщений
- 2,056
Сообщение от Genn2. Все зависит от направления бизнеса. Для каких-то направлений бизнеса (консалтинг, создание на заказ) - сумма денег за проект определена, и что-то такое можно придумать. Но есть проекты - для которых фин.результат не детерминирован. Смысл добавления "гадания на кофейной гуще" сомнителен.
Можно использовать качественную оценку, как MS Project, но это не так интересно.3. А чем это отличается от второго.
Кстати есть книжка по максимизации ROI (Кендалл, Роллинз, можно найти в инете в открытом доступе), так она вся посвящена управлению рентабельностью бизнеса (правда) через проектный офис.4. Может быть.
Проблема состоит еще и в том, что изобретать велосипед могут только "уважаемые математики" в своих "башнях из слоновьей кости". На практике есть широко распространенные методологии - их и надо использовать. А в РМВОК проект заканчивается при создании объекта, и продажи там нет.
Поэтому при добавлении продаж получаются всякие попытки подковать блоху. Блоха не прыгает, разработчик ругает зеркало.
Component number
● Component description
● Class of component
Project
Program
Business case
Subportfolio
Other work.
● High-level plan
● Strategic objectives supported
● Quantitative benefits
New revenues
Cost reduction
Return on investment
Internal rate of return
Net present value
Reduced cycle time
Quality improvement.
● Qualitative benefits
Strategic alignment
Risk reduction
Legislative requirements
Platform development
Business opportunity.
● Component customer
● Component sponsor
● Key stakeholders
● Resources required
● Timescale
● Project dependencies
● Key deliverables
● Budget estimates
● Business unit
● Market risk level estimates
● Market definition and impact.
PMBoK ограничивается продуктом, но анализ (инвест.) проекта (или портфеля) не ограничивается на мой взгляд PMBoK.
Еще согласно стандарту, используется
Cost Benefit Analysis
Any financial analytical method preferred by the organization. These methods
may include: Net Present Value (NPV), Discounted Cash Flow (DCF), Internal
Rate of Return (IRR), cost benefit ratio, payback, and options analysis.
Но я это к чему. Даже не очень хороший прогноз лучше его отсутствия. А получить прогноз - творческая задача.
Если бы я не сталкивался с тем, что люди прогнозируют (продажи), я бы наверное согласился, что блоху подковать нельзя.
Правильное замечание. Либо отбрасывать, либо откладывать. И тут опять упирается в ресурсы, которые по вашему мнению не являются самой большой проблемой.
-
27.01.2012, 10:56 #103
- Регистрация
- 14.02.2011
- Сообщений
- 912
Сообщение от Genn
-
27.01.2012, 11:02 #104
- Регистрация
- 27.11.2005
- Сообщений
- 293
Сообщение от Andruxa
-
27.01.2012, 11:23 #105
- Регистрация
- 21.02.2007
- Сообщений
- 2,056
Сообщение от Владимир Либерзон
А так ситуация выглядит похожим на то, что там есть вышеупомянутые 1-4. В демо-версии, понятно дело, ничего такого нет. Правда риски не в том виде, в котором я их считаю для себя, но это второй вопрос.
Пока скажу что для нормального PPM вроде в Спайдере всё есть. По сравнению с около 20-ю другими отсмотренными решениями (они кстати все по больше части вебовские, за что им минус).
-
27.01.2012, 11:54 #106
- Регистрация
- 12.05.2006
- Сообщений
- 2,180
Сообщение от Andruxa
Всегда однако возникают попытки считать это дело автоматически, примерно как EVM показатели. Я к этому отношусь скептически (примерно как к попыткам разместить бассейн на третьем этаже аэробуса).
Сообщение от Andruxa
Сообщение от Andruxa
-
27.01.2012, 11:55 #107
- Регистрация
- 27.11.2005
- Сообщений
- 293
Сообщение от Andruxa
-
27.01.2012, 12:00 #108
- Регистрация
- 14.02.2011
- Сообщений
- 912
Сообщение от Genn
-
27.01.2012, 12:08 #109
- Регистрация
- 21.02.2007
- Сообщений
- 2,056
Сообщение от Владимир Либерзон
Будет любопытно почитать/полистать. Полное название - на русском и английском не приведете? Спасибо.
-
27.01.2012, 12:12 #110
- Регистрация
- 14.02.2011
- Сообщений
- 912
Сообщение от Genn
-
27.01.2012, 12:12 #111
- Регистрация
- 27.11.2005
- Сообщений
- 293
Сообщение от Andruxa
-
27.01.2012, 12:32 #112
- Регистрация
- 14.02.2011
- Сообщений
- 912
Сообщение от Genn
можете бесконечно модифицировать программные средства, менять их, пытаясь приблизиться к решению.
измените постановку задачи и систему взглядов.
ничего личного.
-
27.01.2012, 12:47 #113
- Регистрация
- 12.05.2006
- Сообщений
- 2,180
Сообщение от Елена И. Яковлева
-
27.01.2012, 12:56 #114
- Регистрация
- 14.02.2011
- Сообщений
- 912
Я хорошо запомнила выражение "старая плесень" ...
Сообщение от GennПоследний раз редактировалось Елена И. Яковлева; 27.01.2012 в 14:28.
-
27.01.2012, 13:32 #115
- Регистрация
- 28.02.2010
- Сообщений
- 1,884
Про двери
Сообщение от Елена И. Яковлева
"Обходят его, короче", - констатировал Путин.
http://www.segodnya.ua/news/14332734.html
-
27.01.2012, 14:25 #116
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от Владимир Либерзон
если я правильно понял, то сначала рассчитываются какие то показатели для каждого проекта отдельно (без учета конкуренции на ресурсы со стороны других проектов)
потом уже для генерации портфеля используются эти показатели для оптимизации
если я правильно понял, то это неприемлемо
-
27.01.2012, 14:43 #117
- Регистрация
- 27.11.2005
- Сообщений
- 293
Сообщение от Сахават
Проекты обычно формируются отдельно, но затем следует добавить межпроектные зависимости и просчитать весь портфель в целом с учетом общих ограничений по ресурсам, поставкам и финансированию, чтобы получить реальные показатели не только портфеля, но и отдельных проектов.
И выбор проектов для включения в портфель без такого расчета неправомерен. Не факт, что проекты, которые по отдельности выглядели лучше, окажутся такими в портфеле. И обычная ошибка - перебор проектов.
Показано также, что проекты в портфеле следут снабдить приоритетами и минимизировать многозадачность, когда ресурсы прыгают с работ одного проекта на работы других проектов и обратно, задерживая тем самым завершение всех проектов. Здесь Сmax не критерий.
Все это показано на простых примерах.
Это очевидно, но большинство методик и программ (MS Project в частности) рассматривают портфель как сумму проектов, расчет расписания портфеля в целом с учетом всех имеющихся ограничений даже не предусматривается. И, как ни странно, большинство этой проблемы не понимает. Наверное полагаются на Гартнера, специалисты которого так глубоко не копают.
-
27.01.2012, 14:44 #118
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от Andruxa
Сообщение от Andruxa
Есть разные задачи.
1. Моделирование для достижения целей с открытыми (относительно) ограничениями.
При этом определенные ресурсы можно привлечь (кредиты, закупка ОС, построение завода и т.д.)
2. Моделирование с частично закрытыми ограничениями.
При этом некоторые ограничения жесткие (например - кредит на закупки материалов разрешен, а для закупки ОС и т.д. нет, низзя набрать рабсилу и т.д.)
3. Моделирование с закрытыми ограничениями.
думаю ясно (внутри предприятия обычно)
Сообщение от Andruxa
ПМ - вырожденный сМЕС (под МЕС каждый свою фигню понимает)
-
27.01.2012, 14:46 #119
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от Владимир Либерзон
эх, надо учит язык чертов этот
-
27.01.2012, 14:53 #120
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от Владимир Либерзон
Сообщение от Владимир Либерзон
Какие способы приортетизации?