|
Проектное управление является довольно сложной и разнородной категорией задач. Обсуждать его без конкретной специфики сложно. Существет объёмная теория, и ещё одна и ещё или например вот ещё... - видимо задача того заслуживает.
Мы попробуем в общих чертах рассказать о том как мы видим эффективное проектное управление, как мы применяем средства автоматизации проектного управления и что мы можем предложить нашим клиентам в качестве комплексного решения по проектному управлению.
Эффективное управление проектами тесно связано с эффективной работой организации в целом. Любую деятельность можно рассматривать как проект - где провести границу? В чём суть собственно проектного управления? Чем оно отличается от "комплексной автоматизации предприятия" при помощи, например, ERP 1С? Что даёт проектное управление? Зачем заниматься его внедрением в наше непростое время?
Есть длинный и короткий ответы. Длинный можно, например, прочесть здесь. Короткий ответ такой - правильное управление проектами это единственный способ закончить проект вовремя в пределах бюджета и с предсказуемым качеством. (обратите внимание не быстро, дёшево и качественно, а именно в так как сказано). Другого способа нет. Только делать всё самому. Иногда это выход, но не всегда это возможно.
Пройдёмся кратко по основным моментам. Итак основные аспекты классического проектного управления:
- Управление ресурсами,
- Управление бюджетом,
- Управление документами,
- Управление коммуникациями,
- Управление задачами
Все эти аспекты тесно взаимосвязаны. Нет никакого толка от того чтобы решить задачу коммуникации, но не вести планов. Или вести планирование, но не иметь механизмов планирования ресурсов по работам. Или вести планирование работ, но не вести библиотеку проектной документации. И так далее. Только комплексное решение способно дать результат. Мы предлагаем комплексное решение.
Пара слов о масштабах объекта. В данном случае размер имеет значение! Точнее масштаб ответственности руководителя - на каждом уровне свои задачи. Руководитель среднего и малого предприятия, менеджер отдела, руководитель рабочей группы должен очень хорошо представлять над чем сейчас работаю его люди. Каждый работник. Что делает сегодня. Какой результат ожидаться к вечеру. Когда будет получен результат этапа. Что думают про это клиенты. Какие имеются проблемы и как искать компромиссы. Если он этого не знает, то работники заняты своими делами, клиент в ступоре а результат не будет получен никогда (либо слишком поздно что одно и то же) О проблемах руководства Газпрома и прочих суперинститутах госэкономики предлагаю поговорить как-нибудь позже, так как эта тема выходит за рамки собственно проектного управления., А пока давайте попытаемся подумать о нашем менеджере среднего звена. Итак, он таки знает что делает каждый его работник сейчас. Он знает когда будет результат. Он установил контакт с клиентом. Он пользуется аторитетом и оперативно реагирует на проблемы. Он успешен и доволен собой. Начальство его ценит. Что ему ещё не хватает?
Покоя и воли. Покоя от ежесекундной инициации своих управляющих функций и воли для того чтобы подумать не только о том, "кто", "что" и "когда", но и о том, "как" и "с каким качеством", а может быть даже и "зачем". Для того чтобы дать нашему менеджеру возможность нормально работать мы предлагаем ему комплекс оперативного управления проектной командой, средства планирования и отслеживания факта, средства коммуникации, отчётность, документооборот и многое другое. Этого достаточно?
Нет. Этого недостаточно. Людям требуется мотивация - иначе они теряют интерес и никакие силы не в состоянии заставить их сделать то что требуется. Работники - люди. Значит им тоже требуется мотивация - простая логика. Времена Стахановых прошли (да вобще-то, судя по всему, с мотивацией у Стаханова и его коллег всё было более чем хорошо. Стимулов в те далёкие времена хватало...) Как можно замотивировать работников сегодня? Вопрос сложный и дискутируется всё время существования наёмного труда. Для простоты предположим, что замотивировать можно деньгами. Просто примем это как рабочую гепотизу.
Значит помимо вобще-то простых учётных и коммуникативных функций, связанных с проектным управлением, необходимо выработать систему ключевых показателей эффективности каждого работника, увязать эти KPI с его премией и дать работнику возможность в любой момент оценить получаемый результат. Вот. Теперь есть вероятность что система будет работать.
Осталось только дать ответ на вопрос для чего она работает - построить KPI для самих менеджеров. Вывести целевую функцию для акционеров и обеспечить онлайн-мониторинг показателей и оперативный прогноз на стратегический период. Вот теперь с проектным управлением наверное все. Дальше гуманитарные науки.
На рисунке предложенная схема выглядит следующим образом: Подсистема планирования Подсистема регистрации факта затрат ресурсов Подсистема проектных коммуникаций (совещания, протоколы, НД, риски, проблемы...) Подсистема архива проектной документации Подсистема анализа и отчётности Формирование и ведение KPI и премиальных коэффицентов Механизмы коммуникаций. Механизм документооборота. Механизм проектного учёта. Механизм учёта ресурсов. Механизм хранения контента. Портал
Описанное выше решение выглядит удачным. По крайнеё мере авторам. Остаётся вопрос как его внедрить. В данном вопросе мы придерживаемся практичного подхода. Он также известен как Agile(1. проворный; быстрый 2. сообразительный). Характерными чертами данного подхода являются: Итерационность (тише едешь - дальше будешь), Отработка на прототипах, Переосмысление, Ориентация на конкретный результат в каждом шаге. Среди перечисленных моментов нет ничего нового - всё это так или иначе присутствует во всех методиках. Отличие, пожалуй, только в акцентах. Работа не начинается с полного и детального ТЗ - нет: общая высокоуровневая постановка-прототип-внедрение очевидных резульатов-переосмысление-задача на следующую итерацию. План итераций. Выход на стабильный режим непрерывного улучшения (промэксплуатация) на 2-3 итерации. Сокращение общего времени проекта за счёт отработки на живом прототипе и живых процедурах (людях). Совместная работа над границами итераций.

 |