Системы менеджмента проектов

[Александр Воробьёв]

Системы менеджмента проектов в развитии viewtopic.php?t=9424

Управление проектами в СМК

Управление проектами в системе менеджмента качества
Корпоративные системы управления проектами...
Набор инструментов для управления проектами
Управление проектами в компании по разработке ПО

Управление проектами компании на основе стандарта PMI PMBOK
Управление проектами развития и совершенствования...

По управлению проектами

Внедрение ГОСТ Р ИСО 10006-2005
Понимание СМК в МРСК

ISO 21500:2012 Guidance on project management
Стандарты PMI
Сравнительный анализ стандартов управления проектами
ISO 10006:2003 или ГОСТ Р ИСО 10006-2005

[Александр Воробьёв]

Тезисы выступления А.И. Левенчука на круглом столе "Зрелость в управлении проектами - цель или средство".
(http://www.slideshare.net/ailev/ss-8126587 )

1. Методов проектного управления множество, и это нельзя недооценивать. Более того, этих методов уже четыре поколения :
-- первое, где проектами называлось отнюдь не всё, и важна была роль сетевого планирования.
-- второе, где проектами обзывается всё что угодно, и проектное управление шовинистически захватывает большие куски других дисциплин
-- третье, где проекты, программы, и вообще менеджмент тесно склеены друг с другом (собственно, это деление на поколение как раз обсуждается в документах методологии третьего поколения P2M - http://www.pmaj.or.jp/ENG/P2M_Download.htm).
-- четвертое, моделе-ориентированное - где модели продукта и модели проекта (project) тесно связываются друг с другом, а методология опирается больше на динамическое планирование и last planners ("полевых инженеров"), нежели на предварительное и first planners (специальных планировщиков в штаб-квартире). Грубо говоря, планирование становится еще более инженерным, а менеджмент - еще более личностно-ориентированным.

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

3. В силу "проектного шовинизма" сам предмет проектного управления стал совсем неохватным за счёт прихвата самых разных менеджерских дисциплин, и сейчас почти эквивалентен уже "просто менеджменту". Поэтому разговор о технологиях замыливается обсуждением общеменеджерских ситуаций, в которых специфика собственно проектного управления никак не проявляется. При этом зачастую забывается, что проектное управление более глубоко изучается в курсах инженерного менеджмента, нежели на курсах MBA - прежде всего за счет более глубокого изучения предмета исследования операций ("фабричной физики" - как потоки материалов и работ движутся по предприятию в ходе жизненного цикла продукции).

4. Четвертое (моделеориентированное) поколение пока еще очень молодо. Но сама тема планирования работ, основанная на технологических производственных моделях и моделях продуктов уже поднимается во многих и многих организациях. Так, активно обсуждается (а кое-где уже делается) порождение графика работ из 3D-модели, где каждая деталька должна быть вовремя закуплена, вовремя выдана в монтаж, вовремя и без проблем с ресурсами смонтирована, вовремя проверена - и так для всего инженерного объекта в целом. План работ включает в себя не только плашку из диаграммы Гантта, но и мультфильм, где рабочему показывается, какую именно работу и с какими именно объектами делает этот рабочий, и за какое время ожидается, что он эту работу выполнит.

5. Всё вышесказанное относится, увы, больше к более-менее понимаемым строительно-монтажным, машиностроительным и прочим "строительным/сборочным" по типу работам. Ежели речь идёт о творческой работе типа проектирования/конструирования, то тоже можно говорить о проектном управлении, но опять-таки, меняются его методы. Управление коллективным проектированием (collaborative design) и управление сооружением (construction management) - это совсем разные управления, и методы управления проектами (project) в их составе будут крайне разные. Кстати, проектный шовинизм приводит к тому, что управление проектированием и управление сооружением часто включают внутрь проектного управления, а не наоборот - задумайтесь, насколько это полезно для дела.
...

[Александр Карбаинов]

Спасибо, интересно.

[Александр Воробьёв]

Спасибо, интересно.

Обрати внимание на
Управление коллективным проектированием (collaborative design) и управление сооружением (construction management) - это совсем разные управления, и методы управления проектами (project) в их составе будут крайне разные. Кстати, проектный шовинизм приводит к тому, что управление проектированием и управление сооружением часто включают внутрь проектного управления, а не наоборот - задумайтесь, насколько это полезно для дела

[Алина Петиченко]

Александр, расскажите блондинке на пальцах, плз, про шустрое управление проектами

[Александр Воробьёв]

Александр, расскажите блондинке на пальцах, плз, про шустрое управление проектами

Алина

Уточните пожалуйста контекст про шустрое управление проектами... именно с шустрым управлением проектами еще не сталкивался...

[Алина Петиченко]

Agile если брать оригинальный термин. Будучи у нас на конференции, Цветков А.В. заронил мне в душу интерес к данному направлению, просто о нем упомянув. Вот и хочется разобраться.

[Александр Воробьёв]

Agile если брать оригинальный термин.

Гибкая методология разработки (англ. Agile software development) — это концептуальный каркас, в рамках которого выполняется разработка программного обеспечения.
Применительно к ней встечал "быстрое проектное управление", но не шустрое...
Это скорее очень частное решение менеджмента проектов в сфере разработки программного обеспечения

Будучи у нас на конференции, Цветков А.В. заронил мне в душу интерес к данному направлению, просто о нем упомянув. Вот и хочется разобраться.

И не представляю как Agile применять в сферах, отличных от software development
Но готов обсудить то, что Вас интересует

Agile — семейство процессов разработки, а не единственный подход в разработке программного обеспечения, и определяется Agile Manifesto[1]. Agile не включает практик, а определяет ценности и принципы, которыми руководствуются успешные команды.

Agile Manifesto разработан и принят 11-13 февраля 2001 года на лыжном курорте The Lodge at Snowbird в горах Юты. Манифест подписали представители следующих методологий Extreme programming, Scrum, DSDM, Adaptive Software Development, Crystal Clear, Feature-Driven Development, Pragmatic Programming. Agile Manifesto cодержит 4 основные идеи и 12 принципов. Примечательно что, Agile Manifesto не содержит практических советов.

Основные идеи:
Личности и их взаимодействия важнее, чем процессы и инструменты;
Работающее программное обеспечение важнее, чем полная документация;
Сотрудничество с заказчиком важнее, чем контрактные обязательства;
Реакция на изменения важнее, чем следование плану.

Принципы, которые разъясняет Agile Manifesto]:
удовлетворение клиента за счёт ранней и бесперебойной поставки ценного ПО;
приветствие изменений требований, даже в конце разработки (это может повысить конкурентоспособность полученного продукта);
частая поставка рабочего ПО (каждый месяц или неделю или ещё чаще);
тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;
проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием;
рекомендуемый метод передачи информации — личный разговор (лицом к лицу);
работающее ПО — лучший измеритель прогресса;
спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределенный срок;
постоянное внимание на улучшение технического мастерства и удобный дизайн;
простота — искусство НЕ делать лишней работы;
лучшие технические требования, дизайн и архитектура получаются у самоорганизованной команды;
постоянная адаптация к изменяющимся обстоятельствам.

[Алина Петиченко]

Спс, кратко и понятно.

[Роман Озеранский]

Отсюда

Если в проектах все так шаколадно, а в процессах одни проблемы, то чего же тогда ISO продвигает свой "процессный подход" с процессами до кучи? Пишут всякую хрень - "Организация должна определить процессы...", кому они нужны, от них одни проблемы головная боль , про процессы надо забыть, а ISOшникам написать - "Организация должна определить проекты...", и для всех наступит счастье.

Это будет в другой серии стандартов -- ISO 21500...

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

[Александр Воробьёв]

Отсюда

Если в проектах все так шаколадно, а в процессах одни проблемы, то чего же тогда ISO продвигает свой "процессный подход" с процессами до кучи? Пишут всякую хрень - "Организация должна определить процессы...", кому они нужны, от них одни проблемы головная боль , про процессы надо забыть, а ISOшникам написать - "Организация должна определить проекты...", и для всех наступит счастье.

Это будет в другой серии стандартов -- ISO 21500...

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

все будет параллельно....
стандарты же добровольнго применения...
кстати по А.Горбунову, "хорошие" проекты предшественинки "плохих" поцессов....

[Екатерина Михалыч]

Александр, можете порекомендовать что-то конкретное, чтоб ознакомиться с методологией?

очень скептически отношусь к этой модели. как-то идеалистически что-ли. а может, просто, уровень "дао" до которого еще не доросла.

[Александр Воробьёв]

Александр, можете порекомендовать что-то конкретное, чтоб ознакомиться с методологией?

очень скептически отношусь к этой модели. как-то идеалистически что-ли. а может, просто, уровень "дао" до которого еще не доросла.

Екатериа

в теме не одна методология, о какой Вы спрашиваете?