Интересный материальчик по теме. ГОСТы, ясное дело, к SAP'у никаким боком, но я вот отлично помню, как один заказчик требовал на них сослаться в ТЗ. В этой статье все их можно найти.

http://www.e-xecutive.ru/knowledge/anno ... t/1157461/

Хм, странно. Вроде уровень е-кзе уже совсем было в мэйл.ру превратился, а тут нормальная статья коллеги из ИБС

Что ГОСТ, что ПМБОК - одно фуфло. Костыли для тех кто сам не ходит.

Не, надо по ГОСТу и с чертежами обязательно без чертежей систему не принимать. И роллауты тоже по ГОСТу делать, и обязательно по-русски. И ниипет

А Вы, дорогой w4, вот так вот взяли и сразу твёрдо встали на тропу ПМства, безо всяких костылей, так?

Существует реальный и мнимый профессионализм. Мнимый - сертифицированный юноша, в т.ч. по управлению проектами, который нюхал с десяток проектов, в том числе по два-три дня и ни одного не доделал до конца ни сам, ни в команде. Реальный - человек, который протащил пусть даже 1-2 проекта, но от и до и не знает ГОСТ и PMBOK

Кого выберет рынок? Консалтинг, скорее, выберет первый вариант, поскольку для них часто медали на собаке важнее самой собаки. Заказчик в 99,9% выберет второй вариант.

Мораль: неважно ГОСТ или PMBOK для проекта вообще, важно смогут ли его довести до конца, но если с позиций торговли тайм-шитами рассуждать, то лучше PMBOK. Выглядит красиво, а пользы "без самой собаки" никакой

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

Если PM не способен понять pmbok, то говорить о богатом практическом опыте заблуждение. Нужно хотя бы уметь проецировать опыт на знания. Cертификацией так же проблем нет, необходимо найти немного времени и желания.

А я серьезно, знаю ситуацию, когда заказчик завернул ТЗ по причине "рамочки на страницах, которые должны быть в соответсвии с ГОСТом - отсутствуют". В офисе все смеялись. Типа, так хорошо ТЗ по ГОСТу написали, что больше ни к чему придаться, кроме рамочек не смогли.

И что, не заплатили из-за отсутствия рамочек? Такой шикарный способ развода консультантов: типа пусть они полностью сделают концептуальный дизайн, утрясут все с бизнесом, предоставят во всех форматах проектные решения... А потом придраться к отсутствию рамочек и выгнать их, нифига не заплатив. Доказать ничего не возможно, и все довольны... А на фазу реализации нанять еще кого-нибудь.

Не так все круто...
Сделали им рамочки, и, миловидно улыбаясь, передали "новую версию".