Разрыв

[ahajtin]

У нас в бизнесе существует грандиозный разрым между теорией (даже той, что считается большинством участников "правильной") и практикой. Неизвестно откуда широко распространилось убеждение, что "опыт" и "практика" круче любой теории. Теорию при этом применять особо не пытаются.

Инженеры почему-то не брезгуют известными формулами расчетов, ранее найденными техническими решениями и т.п.

Выливается это в то, что у меня два из трех последних проектов включают в себя большие объемы неоплачиваемой психотерапии. Клиента приходится лечить и учить. Заметим, правда, что результаты есть.

Особенно классно на фоне пропаганды банальнейших методов и методик читать новости "с переднего фронта" о всяких передовых методах и нерешенных вопросах управления.

Сильно напоминает "записки юного врача" Булгакова. Периодически накатывает ощущение полной безнадеги - на психотерапию уходит немыслимое количество времени. И ускорить пока не получается.

Comments

[mds.livejournal.com]

интересно посмотреть на такое снаружи. изнутри это печально.

[http://users.livejournal.com/alh__/]

Снаружи наверное забавно :)

[enox.livejournal.com]

я вот в некоторых областях управления проектами сталкиваюсь с тем, что "теория" - не канает. Теории конфликтуют.

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

В этом случае нижняя сторона погрешности вообще никого не интересует, а верхняя вида "проект будет стоить один или три миллиона рублей" почему-то обычно не устраивает заказчика :-)

[http://users.livejournal.com/alh__/]

Не вижу конфликта :).

Если срок окончания проекта попадает в бюджет, это не боле года, в этом случае проект заявляется "не более 3 000 000 рублей" и уточняется по результатам первого этапа.

Если окончание проекта за пределами бюджета это еще проще.

Заказчик, понятное дело, настаивает на том, чтобы ему сразу сказали цену.

Если заказчик разумен, то с ним удается поладить на том, чтобы этап оценки, планирования и концептуального проектирования сделать отдельным маленьким договором. Если недостаточно разумен - переходим к формулировке "не более чем", что позволяет сбюджетироваться. Если совсем неразумен - называем цену с запасом от своей оценки +X%. А если заказчик одновременно неразумен и жаден - нафиг нафиг нафиг.

[enox.livejournal.com]

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

[http://users.livejournal.com/alh__/]

Есть такое понятие "портфель проектов" или программа. Входит это в PMBOK или нет - я не знаю.

Но методика планирования "волной" более чем применима.

PMBOK

[piterskijj.livejournal.com]

Понятие портфель проектов входит в четвертый PMBOK:
В четвертом PMBOK это глава 1.4, картинку взаимосвязях между управлением проектами, проектами и программами можно посмотреть здесь http://www.microsoftproject.ru/images/pmbok4_prog.jpg
В третьем пиэмбуке это была глава 1.6.

Re: PMBOK

[http://users.livejournal.com/alh__/]

Спасибо большое - очень в тему.

Re: PMBOK

[piterskijj.livejournal.com]

Да, не за что.
Сейчас читаю PMBOK четвертый - очень целостную картинку дает.

В ответ на коммент ENOX:
PMBOK - набор практик, которые не конфликтуют между собой.
Если выдержать управление всеми аспектами в рамках PMBOK - это гарантия внутренней согласованности.

Кстати, судя по дискуссии, будет еще интересно прочитать главу 7 про управление стоимостью проекта, про прогнозирование, оценки и погрешности.
Я с нее читать начал и постепенно со всем разбираюсь, ибо все аспекты связаны.

Re: PMBOK

[http://users.livejournal.com/alh__/]

PMBOK последней версии вообще стоит почитать :).

А насчет связности всех аспектов управления проектом - очень интересная тема, совершенно, впрочем, неисчерпаемая.

[enox.livejournal.com]

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

В результате имеем полную перестройку проекта "на ходу", изменение приоритетов и задач опять же на ходу. Короче, чистый экспромпт.

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

[http://users.livejournal.com/alh__/]

Эээ... А это тут при чем? Тут теория даже "за нас" - все agile методы про это.

[enox.livejournal.com]

ну как причем? есть теория, что от неперспективных проектов нужно отказываться в зародыше. Не работает :) Отказываются только от убыточных проектов, которые всех зае... и проще пристрелисть.

В моей практике вообще не встречалось, чтобы отказывались от высокорискованных проектов. Если ROI удается посчитать и ROI плохое - тогда отказывались. А чтобы чисто по рискам -- не встречал

[http://users.livejournal.com/alh__/]

В моей практике, к счастью, встречались отказы от неперспективных и/или высокорискованных проектов независимо от денег.

[enox.livejournal.com]

Про применение agile на обычных (не T&M) проектах -- вообще отдельная песня... Работает только при абсолютно вменяемом заказчике

[http://users.livejournal.com/alh__/]

Угу. Agile возможно только по схеме T&M, у меня несколько (немного) таких проектов было. Вселяет надежду :).

[na-dusha.livejournal.com]

У меня давно создалось такое впечатление, что на нашем предприятии необходим психотерапевт. Удивительно, но люди не в состоянии договориться, включая руководящих сотрудников.

[http://users.livejournal.com/alh__/]

Ммм... Тебя это правда удивляет? Меня последнее время удивляет обратное, когда успешно договариваются :)

[na-dusha.livejournal.com]

Ну да, может это у меня опыта маловато :) По крайней мере, на прошлой работе дело обстояло куда лучше.