Статистика
Онлайн всего: 1 Гостей: 1 Пользователей: 0
|
Каталог статей
Угроза подрыва Пузыря на рынке проектного управления
Однако в случае финансового кризиса, как отмечает Сорос, Пузыри взрываются подобно ядерному взрыву, вызывая гибель множества компаний, расчищая рынок от некачественной продукции. Суть Пузыря в том, что стоимость его не соответствует реальной в разы. Со временем экономика реагирует на этот дисбаланс и уничтожает тех кто спутал Пузырь с реальным продуктом.
Настала пора признать, что рынок проектного управления России и СНГ перегрет и его наполняют Пузыри, которые находятся сейчас на грани подрыва.
Сравнение Пузыря с результатами Реального внедрения, показывает, что перегретая цена отличается от реальной примерно на порядок.
Данная статья призвана помочь производителям и потребителям решений по управлению проектами в выходе из перегрева рынка с минимальным ущербом.
Сложность обнаружения Пузыря как главнейший фактор угрозы
Как отмечает Сорос или как комментирует МВФ бороться с Пузырями достаточно просто, если знать где они. Сложность представляет именно их ранее обнаружение, т.к. Пузыри эффективно маскируются под ценные продукты. Обычно пузыри становятся очевидными только после подрыва и катастрофических убытков поставщиков и заказчиков.
Все верили в "доткомы" и ипотечные кредиты, пока рынок не потрясла череда банкротств.
Отметим, что Пузырем на рынке проектного управления стала не какая-то компания, а самый ходовой продукт.
Претензии в этой статье будут не к поставщикам и заказчикам, а к продукту, операции с которым стали источником критической опасности.
То что раньше позволяло хорошо зарабатывать, сейчас очень серьезная угроза для участников рынка.
Накапливается негатив заказчиков от столкновения с Пузырями. В условиях кризиса этот негатив и может разрушить существующий рынок управления проектами.
От взрыва Пузыря пострадают все участники рынка: поставщики, заказчики и даже отдельные профессионалы.
Пузырь уже начал трескаться
Если внимательно приглядется к рынку, видно что тонкие стенки Пузыря начинают трещать.
Несколько четких симптомов показывают, что перегрев может закончится "хлопком".
Осень традиционный сезон продаж на рынке проектного управления, т.к. во многих компаниях дело близится к закрытию годовых бюджетов и нужно освоить запланированные средства. Обычно начиная с сентября у поставщиков нет проблем с клиентами, а появляются проблемы с ресурсами, т.к. наплыв клиентов довольно велик.
Традиционно осенью проводится несколько плановых маркетинговых действий, но как правило компания перегружена поступающими запросами.
Эта осень выглядит иначе. В разных отраслях довольно легко найти тех, кто терпит бедствие. Это видно по аномальной маркетинговой активности, кто стал внезапно кричать громче чем обычно - тот в беде. Строители уже шутят, что если про какой-то объект пошло слишком много рекламы, то значит продажи и там встали. То же самое происходит на рынке поставщиков проектного управления. Когда клиентов нет компании пытаются усиливая маркетинговое воздействие как-то спастись - иного объяснения сейчас не придумаешь.
Надо сказать, что жадность некоторых менеджеров ухудшила в несколько раз и без того непростую ситуацию. Некоторые из них использовали практику заключения раздельных договоров на разные этапы внедрения проектного управления. Смысл такой схемы довольно прост. Можно было войти в тендер с одной ценой, а после первого договора повысить цену следующего этапа. Другая логика такой схемы, это снижение рисков. Если клиент замечает, что ему продают Пузырь и начинает требовать реальных услуг, что может угрожать незапланированным ростом затрат поставщика, всегда можно было отказаться от дальнейшего предоставления услуг. Действительно обязательства были невелики, только на один этап. При большом спросе клиентов было достаточно, поэтому можно было не держаться за них.
Но такая политика сейчас может многих и погубить. Как только ситуация стала кризисной, многие компании включили режим "экономии на всем". В этом режиме бюджетная схема обычно поддерживает текущие договора, но не гарантирует новых. Поэтому недальновидные менеджеры разбивающие договора на этапы неожиданно столкнулись с эффектом того, что им просто обвалом закрыли большую часть их портфеля проектов. Деньги на маленький этап им клиент гарантирует, а на все внедрение - нет. И впереди маячит "черная дыра" в доходной части, которую кредитом не покрыть. В выигрыше остались добросовестные компании, которые обозначают конечную цену на все решение под "ключ", и сейчас им гарантировано стабильное финансирование по "длинным договорам".
Другая причина эскалации проблем Пузырей в том, что такие короткие договора позволяют клиенту легко выйти из сделки. Во многих компаниях топ-менеджмент подключился к проектам внедрения систем управления проектами и распознав Пузыри закрыли их в "рамках этапа". Об этом эффекте ниже.
Поэтому паника, наблюдаемая сквозь маркетинг ряда поставщиков довольно объяснима.
Кроме ощутимых симптомов паники, заметных через хаотический маркетинг, есть и другие. Это интенсивная миграция экспертов, да еще и со своими командами. Например, мы можем посодействовать в приобретении аж 3-х хороших проектных офисов. Довольно типичны запросы помочь в смене места работы. Эксперты заранее поняли опасность подрыва Пузыря на рынке проектного управления и стали перемещаться подальше от возможного эпицентра взрыва.
Другим важным фактором, является то, что корпоративные клиенты столкнувшиеся с Пузырями уже больше не хотят молчать и делать вид что все нормально. На Форумах MicrosoftProject.ru вспыхнули сразу несколько горячих дискуссий, суть которых - пользователи наступили на Пузырь. Модераторам даже пришлось просить пользователей убрать названия поставщиков и компаний из горячих обсуждений.
Все эти факторы говорят, что ситуация на грани, а не какой-то прогноз на неизвестную дату.
Признаки наличия Пузыря на рынке управления проектами
Наличие Пузыря на любом рынке характеризуется такими факторами:
* Завышенная в несколько раз стоимость по сравнению с реальной ценностью
* Интенсивная игра в Пузырь участниками рынка, что приводит к построению пирамид на манер игры в ГКО в 1998 году
* Относительная сложность выхода из игры в Пузырь, т.к. эффект пирамиды требует постоянно создавать новые Пузыри
В настоящий момент стоимость внедрения проектного управления "под ключ" быстро увеличивается, достигнув 5 млн. рублей.
Как мы докажем далее существенная часть предложений на рынке является игрой в Пузыри.
Реальная стоимость большинства Пузырей не превышает 500 тыс. руб.
Это не означает, что бюджет хорошего внедрения составляет 500 тыс. руб., а только означает разницу между раздутой и реальной стоимостью Пузыря. Несмотря на завышенную стоимость, Пузыри обычно не достигают целей внедрения, а ограничиваются локальными достижениями, которые можно получить намного дешевле и быстрее.
Ниже мы рассмотрим сравнение Пузыря с Реальным внедрением. При одинаковом бюджете Пузырь обладает на порядок меньшей ценностью результатов.
Над рынком проектного управления в России нависла серьезная угроза, что заказчики в условиях кризиса начнут внимательней рассматривать суть предлагаемых решений. В этом случае может произойти массовый обвал продаж Пузырей, и как следствие массовый крах поставщиков таких решений для проектного управления и в лучшем случае их поглощение более крупными компаниями. Причем даже поглощение не вылечит ситуацию, если продукт перестанет интересовать рынок.
Конечно подобный эффект "зачистки" среди поставщиков может благоприятно сказаться на рынке на порядок повысив качество решений. Однако если крах поставщиков примет массовый характер, предложение сократиться и цены опять повысятся. Серьезно упадет оплата труда сотрудников проектных офисов, т.к. бывшие консультанты по проектному управлению начнут искать работу там.
В данный момент важно постараться сделать плавное "сдувание" пузырей, т.к. сдувание в виде взрыва приведет к существенным потерям поставщиков и заказчиков.
Суть Пузыря на рынке проектного управления
Пузырем на рынке проектного управления является самый ходовой продукт, обычно состоящий из 3-х частей: концепция, разработка регламентов и внедрение информационной системы. Для Пузыря характерен низкий объем работ, который выполняется по каждой из этих частей. Некоторые работы явно носят имитационных характер.
* "Концепция Пузыря". В Пузыре данный документ представляет собой бессодержательное описание с массированным использованием шаблонов и копированием текстов из PMBOK. Обычно Концепция в Пузыре кроме копированного материала и "воды" ничего не содержит, поэтому больший эффект можно достигнуть купив PMBOK и пройдя недельное обучение. Можно даже купить шаблоны, которые используются для создания концепций. Исходя из сравнения со стоимостью шаблонов и обучения, можно сказать, что Концепция в Пузыре стоит от 0 до 150 тыс. руб. Пузырь же требует от 1 млн. рублей за эту работу. Как распознать Пузырь на этапе Концепции мы расскажем ниже.
* Регламенты по шаблону. В Пузыре не моделируются бизнес-процессы заказчика и не создаются документы под заказ. Реально используются общие и абстрактные шаблоны. Как правило хорошая книга по управлению проектами и обучение может дать больший эффект. Сравнивая стоимость регламентов по шаблону с альтернативой получить шаблоны и пройти обучение, можно оценить стоимость регламентации в Пузыре до 150 тыс. руб. Пузырь же выставляет за копирование шаблонов более 1 млн. руб.
* Подмена информационной системы на "коробку". Информационная система в составе Пузыря обычно представляет коробку MS Project, которую установят и сделают простейшие настройки. Далее следует короткое обучение. Указанные работы заказчик может выполнить сам пройдя обучение в учебном центре. Реальная стоимость работ опять же не превышает 150-200 тыс. руб., в то время как Пузырь требует больше 1 млн. руб.
Как видим Пузырь раздут в несколько раз и кризис делает неизбежным его быстрый подрыв.
Сравнение Пузыря с реальным внедрением
| Критерий |
Пузырь |
Реальное
внедрение |
| Использование
шаблонов для концепции и регламентов |
Близко к 90%.
Часто в шаблонах меняется только название Заказчика
Трудоемкость - 2-3 ч/д
(на копирование и оформление) |
Обычно только
шаблоны по оформлению документации. Заказная работа с учетом специфики процессов
Заказчика. Четко видно, что описанные процессы уникальны для данной
организации.
Трудоемкость - 10-20 ч/д |
| В Регламентах
имеется описание бизнес-процессов Заказчика |
Нет, только
общие слова из PMBOK. Бизнес процессы
абстрактные.
Трудоемкость - 2-3 ч/д
(на копирование и оформление) |
Четкое пошаговое
описание бизнес-процесса с указанием кто, что и когда делает. Процесс не
абстрактный, учитывает реальный бизнеса заказчика
Трудоемкость - 10 - 20 ч/д |
| Использование
"коробочного" MS Project как системы управления
проектами |
Да, с
минимальными и простейшими настройками без доработок и интеграции
Трудоемкость - 2-3 ч/д |
MS Project
используется только как платформа.
Для создания готового решения, либо дорабатывается путем программирования
MS Project, либо используются готовые отраслевые
программно-методические решения.
Трудоемкость - 30-1000 ч/д или готовое решение |
| Обучение, как
подмена внедрения |
Используется
постоянно.
Внедрение заменяется на обучение основам PMBOK и
MS Project
Трудоемкость - 5 ч/д
|
Обучение
используется только как вспомогательный инструмент для внедрения
конечных результатов бизнес-моделирования.
Трудоемкость - 10-20 ч/д |
| Адаптация курсов
под бизнес-процесс заказчика |
Адаптации нет,
т.к. с требованиями от Заказчика нет реальной работы. Читается стандартный
курс.
Трудоемкость - 0 ч/д |
Курсы строго
адаптированные под разработанные бизнес-процессы заказчика.
Программа курса строго соответствует разработанным уникальным процессам
для Заказчика.
Трудоемкость - 5-10 ч/д |
| Доступность
результатов внедрения |
Доступность
низкая.
Массированно применяются незнакомые сотрудникам Заказчика термины. Цель
такой имитации создать видимость серьезности работы. |
По возможности
используется терминология Заказчика.
Персонал Заказчика в курсе разработанных бизнес-процессов и их
инструментальной поддержки.
|
Массированно применяются незнакомые сотрудникам Заказчика термины. Цель такой имитации создать видимость серьезности работы. По возможности используется терминология Заказчика.
Персонал Заказчика в курсе разработанных бизнес-процессов и их инструментальной поддержки.
Почему поставщикам сложно отказаться от Пузырей?
Самая главная причина существования Пузырей всех видов на всех рынках это то, что Заказчики их некоторое время считают реальной ценностью и покупают. В начале при низкой себестоимости, торговать Пузырями не многим отличается по прибыльности от торговли героином. Дело тут не только в жадности поставщиков, дело еще в том, что Пузырь достигает успеха только тогда, когда его воспринимают как ходовой ликвидный продукт. Иными словами сами Заказчики начинают требовать, чтобы им продали именно Пузырь.
Таким образом, существование Пузырей и перегрев рынка это обоюдная ответственность тех кто продает и тех кто покупает Пузыри.
Большинство поставщиков сейчас осознают перегрев рынка и опасность краха из-за игры в Пузыри, однако как и в любой Пирамиде выход из этой опасной игры непрост.
Как отмечает Сорос, любой Пузырь требует мощной маркетинговой работы, т.к. суть Пузыря не качество и не реальная ценность, а зобмирование покупателя через заклинания терминами PMBOK, Microsoft и как угодно, чем непонятнее тем лучше.
Реальную себестоимость Пузыря на 80% формируют затраты на маркетинг. Причем для игры в Пузыри в проектном управлении необходимо пожертвовать лучшими экспертами переведя в пре-сейл или в обучение из реальных внедрений. Для Пузырей характерно формальное получение различных статусов и формальный подход персонала к сертификациям. Статусы получаются ради статусов, а не для использования знаний. Как видим, Пузырь способствует деградации уровня персонала, который реально выполняет работы по внедрению. Это также препятствует созданию реального продукта.
Начальная высокая прибыльность Пузырей сыграла злую шутку с поставщиками. Поставщики разучились следить за себестоимостью проектов и контролировать издержки. В результате расходы поставщика распухают и штат раздувается. Раздутый штат поставщика в условиях кризиса - одна из самых больших опасностей. Напомним, как это часто бывает. Сначала работали впятером, разбогатели наняли себе замов, потом замы наняли себе замов и т.д. При огромных издержках и низкой эффективности уже трудно понять, как сократить штат не остановив работу компании. Небольшие проблемы с продажами и большие постоянные издержки уничтожат компанию, т.к. кредит для покрытия расходов взять практически невозможно в условиях кризиса.
Как видим, переход обратно, к выпуску к реального продукта выглядит просто убыточным и поставщик продолжает принимать "героин" в лице Пузыря. Но это не может продолжаться бесконечно.
Подмена Концепции и регламентов на пустые документы по шаблону
Определить что вы столкнулись с Пузырем на этапе Концепции несложно по следующим признакам:
* Копирование Глоссария из PMBOK для "солидности"
* Копирование описания процессов из PMBOK для "толщины"
* Общие слова без конкретики
* Отсутствие какой-либо отраслевой специфики
* Обычно хорошо видно что концепцию можно использовать для другой компании просто заменив название, это следствие использования абстрактного шаблона
* Плохое описание распределения полномочий в организации
* Отсутствие раздельных моделей "как есть" и "как будет"
* Отсутствие пошагового описания рекомендуемого общего бизнес-процесса управления проектами
Вода вместо проектных решений
Регламенты управления проектами не должны превращаться в бессмысленное разливание "воды" с общими словами и копированием шаблонов.
Концепция в настоящем внедрении обычно 100% заказная и содержит пошаговое описание бизнес-процесса заказчика, копирование PMBOK не применяется, шаблоны также практически не применяются. При разработке Концепции выполняются действия по обследованию и генерируются документы документы, описанные в разделе Сбор Требований (Collect Requirements) из PMBOK 4.
В настоящих регламентах обычно хорошо видна отраслевая специфика, это значит, что должны быть процессы непредусмотренные PMBOK. Например, для дорожного строителя важнейший процесс это управление "окнами" для ведения работ. Без этого процесса просто останавливаются все работы. Для проектного института без процесса организация приемки и выдачи заданий между смежниками парализуется любой проект. PMBOK это методологическая база, а не готовое решение, поэтому там такой специфики быть не может. Утверждать, что порядок работы с "окнами" в описан разделе о разработке графиков PMBOK или же, что согласование между смежниками раскрыто описано в разделе PMBOK о коммуникации, может только тот кто не имеет реальной практики управления такими проектами. Отраслевые бизнес-процессы содержат множество специфики и общие методические наработки не могут никаким образом ее описать. Требуется оторваться от копирования шаблонов и заняться реальной бизнес-аналитикой.
Для качественных регламентов также характерны пошаговые описания действий, а не общие декларации скопированные из PMBOK.
Стандарты аналитических работ Microsoft Consulting Services накладывают жесткие запреты на "разлив воды" ни о чем в регламентных документах. При внедрении, аналитиками Microsoft обычно тщательно прописывается общий бизнес-процесс по шагам с указанием ролей. В качестве примера можно привести известную методику Swim Lines.
Все инструкции по стандартам Microsoft также пошаговые (use case) и имеют четкие формальные карточки для каждого процесса.
Подмена внедрения обучением
В Пузырях внедрение активно подменяется обучением. Обучение является важным элементом любого внедрения, но обучение не может заменить само внедрение.
Для нормального внедрение характерна разработка уникальных проектных решений, поэтому и обучение отличается тем, что обычно уникально и не дублирует поточные курсы из учебных центров.
Подмена отраслевых решений установкой коробочного MS Project с минимальными настройками
Важнейший признак Пузыря это имитация внедрения через установку коробочного MS Project с минимальными настройками.
Такой подход лишает всякого смысла заказные услуги, т.к. настройка коробочного Microsoft Project выполняет довольно быстро. С другой стороны возможности стандартного Microsoft Project весьма ограничены.
Довольно часто Пузырь видно по примерно по таким заявлениям: "я могу управлять проектами хоть в Excel"
Часто после такого заявления видны признаки, что вся "методология" это только обучение и тиражирование шаблонов документов.
Заказчики все больше задают себе вопрос о качестве таких практик управления. В Excel и так проекты ведут, внедренец нужен для чего-то большего и он не может быть неэффективным в плане инструментов.
В условиях кризиса заявления "методология без инструментов" стала подвержена новому сильному риску. Действительно можно наняв 200 человек и написав 200 томов инструкций заставить их управлять чем-то. Однако в условиях кризиса компаниям важно сократить операционные и административные издержки, т.е. в схеме внедрения уровень автоматизации теперь должен быть очень велик, чтобы создать низкую потребность в административном персонале. Угроза больших административных издержек исходящая от Пузыря может способствовать его проколу еще быстрее.
Еще важное понимание, которое приходит на рынок. Заказчикам становится понятно, что серьезная методология без очень серьезных инструментов просто невозможна. Например, моделирование воздействия кризиса на бюджет и сроки методом Монте Карло можно рассчитать только в серьезной системе управления проектами. Управлять строительными ресурсами можно только в случае интегрированных решений со сметными комплексами и т.п.
С другой стороны компаниям в условиях хаоса создаваемого кризисом нужна стабильность в бизнес-процессах. Бизнес-процессы на бумаге не могут быть стабильны, т.к. исполнение зависит 100% от человеческого фактора. Чем сильнее степень автоматизации, тем ниже зависимость от конкретных исполнителей и меньше уязвимость компании во время кризиса из-за текучки персонала или вынужденного сокращения.
Коренная причина провала Пузерей в инструментальной части это вовсе не тема методологического спора. Для серьезных решений в области автоматизации нужные дорогостоящие инженеры и существенные инвестиции в разработки. Для Пузыря это непозволительная роскошь. Ведь тиражирование регламентов по шаблону может сделать даже студент, инвестиции несущественные - только в шаблон.
Никто не оспаривает полезность бизнес-моделирования, но тиражирование шаблонов к этому отношения не имеет.
Проблемы IT-реализации готовых решений весьма характеры для Пузерей. Угроза высоких административных издержек, высокая нестабильность решения для заказчика, а также большие ограничения в практической реализации современных методик управления проектами может привести к обвалу спроса на Пузыри.
Подмена сопровождения внедрения пустыми отговорками о "проблемах" MS Project
Коробочный Microsoft Project весьма ограничен. Это только платформа.
Стратегия Пузыря - это максимизация затрат на маркетинг и минимизация затрат на качество продукта. Это довольно хорошо проявляется на сопровождении внедрений.
Большинство проблем MS Project можно обойти через специальные готовые решения и вмешательство опытных инженеров.
Эксперты всегда найдут способ выйти из проблемы. Для Пузыря характерна минимизация затрат на сопровождение и весьма типичен отказ заказчику в технической поддержке со ссылками на "проблемы" Microsoft Project.
Любой продукт имеет проблемы, но заказчики платят не за жалобы, а за решение проблем. Это правило нарушается только в Пузырях.
Угроза Пузыря для карьеры персонала корпоративных заказчиков
Начавшийся кризис привел к тому, что результатами внедрений системы проектного управления стали очень сильно интересоваться топ-менеджеры, т.к. находят критичность такой системы для бизнеса в текущих условиях.
Из-за кризиса, топ-менеджерами многие проекты были "убиты". Оставшиеся проекты требуют в несколько раз более высокого уровня планирования и отслеживания, чем раньше. Теперь проблемы проектов не покрыть кредитами.
Большой опыт и врожденные качества управленцев у топ-менеджеров позволяет им обычно быстро понять, что компания столкнулась с Пузырем.
В этом случае топ-менеджмент обычно стремится быстро избавится от внешней и внутренней команды внедрения. Опыт подсказывает, что если вместо конкретного прикладного решения наделана гора неприменимой абстракции, то легче все начать снова, чем пытаться что-то переделать. Надо сказать, что для корпоративного персонала часто это выглядит как "смена настроения" шефа. На самом деле все просто, наконец у шефа дошли руки и он прочитал и посмотрел, что сделано.
Это действительно новое. В момент роста топ-менеджеры были погружены в проблемы быстрого развития, поэтому приоритет был отдан маркетингу, продвижению и технологической реализации. Ради роста топ-менеджеры были готовы пойти на некоторый "хаос" и потерю эффективности.
В условиях кризиса топ-менеджеры сменили приоритет с роста объемов продаж на эффективность управления текущими проектами. Сроки и особенно контроль бюджета проекта стали как никогда жизненно важны.
Поэтому, в текущих условиях генерировать заказы на Пузыри крайне рискованно для собственной карьеры.
Компаниям и их топ-менеджерам нужен результат, а не пузыристый маркетинг.
Охлаждение рынка и выход из угрозы подрыва Пузыря через Специализацию
Сейчас важно и потребителям и поставщикам плавно сдуть Пузырь без взрыва, постепенно охладив рынок.
Самым важным шагом является признание, что эффект Пузыря существует.
Следующий важный шаг - это Специализация поставщиков.
В принципе одна из причин зарождения Пузыря на рынке проектного управления в том, что все компании решили делать все: и писать концепцию, и учить, и внедрять, и работать с софтом.
Как обычно распыление ресурсов по многим направлениям приводит к поиску "простых" решений, типа создания регламента по шаблону или преподнесение установленной коробочной версии MS Project как готовой и адаптированной под заказчика системы управления проектами.
Заказчики, которые уже распознали на рынке эффект Пузыря успешно применяют методику описанную ниже. Суть ее заключается в том, что решение заказывается частями в разных компаниях.
Обычно это делается так:
1) Прохождение обучения в сборной группе в одном из PMI R.E.P.
2) Приглашение на "Концепцию" специалиста из PMI REP, причем ему не ставится задача сделать спецификацию ("ТЗ") на внедрение. Услуга довольно компактна - отобрать процессы из PMBOK для внедрения. При этом в договоре сразу накладывается запрет на копирование общей информации из PMBOK, допустимы только ссылки.
3) Отбирается готовый продукт по управлению проектами и на рынке ищется готовое отраслевое решение под него.
4) Выбирается партнер поставщика продукта для реализации. У него заказывается Прототип и предварительная спецификация. Именно данная спецификация содержит в себе детали бизнес-процессов. Это не общая методология, это уже конкретика для отобранных ранее методологами процессов. Поэтому "дублирования" с Концепцией в данном случае нет. Также важный момент, что каждый продукт содержит в себе готовые и конкретные практики. В деталях могут быть серьезные отличия, поэтому на уровне методологии невозможно прописать эти детали.
5) По спецификации разрабатывается и внедряется информационная система. Конечно предпочтение отдается дешевым и безрисковым готовым решениям.
Минимально такая схема использует 2 , максимально 3 поставщика.
В каждом случае покупается максимальная компетенция на рынке. Хотя общие суммы контрактов поставщиком уменьшаются, эффективность как результат/трудозатраты кардинально меняется в лучшую сторону. Поэтому доходность на единицу персонала даже повышается. В условиях кризиса именно это главный критерий эффективности в секторе услуг.
Для постепенного охлаждения рынка по предлагаемой схеме требуется разработать эффективные партнерские отношения между поставщиками на рынке.
Начавшиеся развитие партнерских сетей и специализация, а так же готовность заказчиков эффективно применять такой формат работы позволяет надеется, что подрыва Пузыря удастся избежать и охлаждение рынка будет плавным и контролируемым.
По материалам microsoftproject.ru
|
| Категория: Интересно о ПМ | Добавил: Reo (24.02.2010)
|
| Просмотров: 1237
| Рейтинг: 0.0/0 |
Добавлять комментарии могут только зарегистрированные пользователи. [ Регистрация | Вход ] |
| Продажа имущества - Стильные головные уборы - Магазин носителей информации |
|
