Чепуха первая (распространенная) - Платформой УП является программный продукт Давайте обратимся к Своду знаний по УП (PMBOK, 3-е издание, русская версия, стр. 371). Там черным по белому написано «Программное обеспечение для управления проектами

Чепуха первая (распространенная) - Платформой УП является программный продукт Давайте обратимся к Своду знаний по УП (PMBOK, 3-е издание, русская версия, стр. 371). Там черным по белому написано «Программное обеспечение для управления проектами (Project Management Software) [Инструмент] …». И это верно – Программное Обеспечение (далее по тексту - ПО) было и всегда будет лишь инструментом для какой-либо деятельности, а строить деятельность вокруг инструмента крайне нецелесообразно. Фраза «построение системы УП на основе ПО» звучит так же несуразно, как и «построение процесса копания на основе лопаты». Если у Вас есть потребность копать, Вы сначала определяетесь, что Вы будете копать (траншею, котлован, колодец или что-то еще) и какие там почвы, а уже потом решаете, чем Вы будете копать – лопатой, экскаватором, буром или вообще будете вызывать бригаду подрывников. Почему же с ИТ-инструментами должно быть наоборот, типа «внедрим лопату, а уже потом посмотрим, что мы сможем выкопать». Или того хуже - «внедрили экскаватор, а нужно копать лунки для гольфа». Если консультанты предлагают Вам внедрение методологии УП и создание офиса УП на основе какого-либо ПО, скорее всего, они сами производят это ПО, связаны обязательствами с производителем данного ПО или имеют прямую выгоду от его продажи. На самом деле их легко понять – продать эфемерное «управление проектами» намного сложнее, чем конкретный широко разрекламированный программный продукт. А кто же из нас ищет трудные пути, тем более при добыче денег? Даже если консультанты берут некоторый срок перед внедрением на исследование процессов УП, существующих у заказчика, эту информацию они будут использовать, в первую очередь, для грамотного обоснования, почему они перестраивают процессы заказчика под конкретное ПО, а не для адаптации ПО, как об этом громко заявляют вначале. А компетенции у консультанта в области внедряемых им систем всегда больше, чем у заказчика, и ему легко будет убедить заказчика в правильности любого решения, даже если оно неэффективно работает в данном месте и выбрасывает «за борт» уникальные процессы компании, возможно, являющиеся ее конкурентным преимуществом. В итоге заказчик получает проинсталлированное ПО и «натянутые» не него процессы управления проектами. А ведь есть простое правило: «если процессы невозможно автоматизировать при помощи Excel и Word, то их невозможно автоматизировать нигде». Так давайте не будем больше культивировать чепуху относительно главенства ПО в системах УП.