Управление проектами как методология инновационного менеджмента Витер Анатолий Степанович ГУ «Московский городской центр инноваций и высоких технологий

Основные черты новой экономики zглобализация рынков zдинамичность рынков zразвитие ИТ zдиктат потребителя z вытеснение посредников z замена иерархических организаций на сетевые, распределенные z вертикальное распределение труда заменяется горизонтальным z сокращение периодов обновления продуктов z от продуктов к услугам

Мы находимся в процессе общемирового фундаментального сдвига в философии и практике менеджмента. Традиционная организация прошлого, ориентированная на ресурсы, стремительно уступает свои позиции нарождающейся организации, в основе которой лежат знания. П. Сенге, автор концепции «научающейся организации»

Пути инновационной деятельности

Принципиальные особенности инновационного проекта: Конкретность целей Многообразие требуемых ресурсов Четкие рамочные условия Новизна результатов

Виды инновационных продуктов Источник -FINRUS 9804

Краткосрочные и долгосрочные последствия Источник -FINRUS 9804

Почему необходимо управление проектом? zЭффективное управление проектом имеет огромную важность в условиях конкуренции yМаксимально эффективное использование ограниченных ресурсов yПроизводство максимально высококачественного продукта yСоответствие ожиданиям заказчика yУкрепление репутации компании

zЗаказчиком может быть кто угодно – это тот, для кого реализуется проект, и чьи потребности и ожидания определяют проект yВнутренние заказчики (высшее руководство) yВнешние заказчики zЗаказчики необходимы для поддержания жизни организации – организация, у которой нет заказчиков, обречена на гибель z«Заказчик всегда прав!» Кто такой заказчик?

Процессы управления проектом Процессы запуска Процессы планирования Процессы контроля Процессы реализации Процессы завершения

Предпосылки запуска проекта zРыночный спрос zПотребности бизнеса zЗапрос заказчика zТехнический прогресс zТребования законодательства

Кто может запустить проект? zСогласно этой методике любой, у кого есть идея (или решение для удовлетворения потребности) может попытаться запустить проект zЕсли идея целесообразна, она оправдывает затраты времени и других ресурсов на разработку детального плана проекта zГлавное - представить идею (или решение проблемы) оптимальным образом, чтобы обосновать выделение дополнительных ресурсов zПредставить идею помогает написание Предложения к Проекту

Предложение к Проекту zПредложение к Проекту основной продукт, создаваемый на этапе запуска проекта zСоздание проходит в два этапа: предварительный и окончательный zПредварительное Предложение к проекту разрабатывается лицом, которое видит необходимость проекта и старается получить его утверждение yПодчеркивает потребности/задачи бизнеса, которые помогает решить проект yОписывает продукт(ы)

Утвержденное Предложение к Проекту zофициально подтверждает существование проекта zобеспечивает внутреннюю поддержку (кадры, финансирование, ресурсы), необходимые для перехода к следующему этапу: планированию проекта zПредложение к Проекту комплексный документ, составляющие которого представлены на следующем слайде

Процессы управления проектом Процессы запуска Процессы планирования Процессы контроля Процессы реализации Процессы завершения

Подход к планированию проекта zРуководитель проекта играет ключевую роль в успешном планировании проекта – он должен участвовать в проекте от запуска до завершения zУспешное планирование проекта является итеративным процессом и должно выполняться в течение всего срока реализации проекта

О чем необходимо помнить Планирование непрерывный процесс Не существует единственного «верного» решения; обычно есть много различных способов выполнения задания Объем планирования, как правило, зависит от объема задания Планирование непрерывный процесс Не существует единственного «верного» решения; обычно есть много различных способов выполнения задания Объем планирования, как правило, зависит от объема задания

Хороший план меньше проблем! zГрафик проблем: Время Проблемы Хорошее планирование Плохое планирование

Определение объема работ по проекту zОпределение объема работ по проекту первый этап планирования проекта zПроцесс, позволяющий определить, какие работы следует выполнить для получения продукта zРезультатом является описание объема работ по проекту

План управления проектом zПлан управления проектом входит в состав описания объема работ по проекту zВ нем излагается, каким образом происходит управление объемом работ по проекту, а также как изменения объема работ интегрируются в проект yОценка ожидаемой стабильности проекта yЧеткие процессы определения и классификации изменений

Представляет собой группирование ориентированных на результат элементов проекта Цель: организация работы и определение общего объема работ по проекту Прочно основана на функциональной и физической архитектуре, созданных в процессе построения графика работ Структура поэтапной разбивки работ по проекту

Как выглядит структура поэтапной разбивки работ по проекту? zСтруктуру поэтапной разбивки работ по проекту обычно называют «иерархическим древом», в котором степень детализации увеличивается сверху вниз Авиация Самолет Обучение Данные Планер Двигатель Навигация Средства Проектирование Управление Радар Авионика Приемник Передатчик Антенна ПО для радара Хранение

Построение структуры поэтапной разбивки работ по проекту Осуществляется при помощи процесса, называемого «разбивкой»: zРазбивка подразумевает разделение крупных результатов проектных работ на более мелкие и легко координируемые компоненты yРазбивка продолжается до тех пор, пока эти результаты не будут определены с достаточной степенью детализации, обеспечивающей дальнейшие работы по проекту yЧетыре этапа процесса xИдентификация основных элементов проекта xРазбивка xДальнейшая разбивка с целью дополнительной детализации xПроверка

zОсновная информация, необходимая для определения работ, имеется в предыдущих материалах планирования yСтруктура поэтапной разбивки работ по проекту yОписание объема работ zДополняется yИсходной информацией сходных проектов yОграничениями yДопущениями zОсновная информация, необходимая для определения работ, имеется в предыдущих материалах планирования yСтруктура поэтапной разбивки работ по проекту yОписание объема работ zДополняется yИсходной информацией сходных проектов yОграничениями yДопущениями Определение работ

zЛогическая схема представляет собой способ визуального отображения последовательности работ с использованием одного из нескольких методов yМетод построения схем по принципу предшествования yМетод построения стрелочных схем yМетоды построения условных схем, например, динамических моделей системы yСетевые шаблоны zЛогическая схема представляет собой способ визуального отображения последовательности работ с использованием одного из нескольких методов yМетод построения схем по принципу предшествования yМетод построения стрелочных схем yМетоды построения условных схем, например, динамических моделей системы yСетевые шаблоны Логическая схема выполнения проекта

Параметрическое моделирование zПараметрическое моделирование связано с использованием стандартной математической модели для прогнозирования проектной стоимости с учетом определенных параметров проекта zПример: расчет стоимости строительства дома на основе стоимости квадратного метра жилой площади. Модель основана на параметре площади zЭта модель может быть простой или сложной zОсторожно! Точность результата зависит от тщательности разработки модели

Расчет «снизу вверх» zМетодику расчета «снизу вверх» просто запомнить: zЧтобы определить стоимость проекта, необходимо определить стоимость каждого вида проектных работ и сложить полученные результаты zРассчитать затраты, начиная с самого нижнего уровня («снизу»), и сложить их, чтобы рассчитать общую стоимость проекта («вверх»). Отдельные затраты Общая стоимость проекта

Компьютерные средства zКомпьютерные программы значительно упрощают и ускоряют расчет стоимости zПримеры: «Microsoft Project», «PrimaVera», «Microsoft Excel» zПозволяют одновременно рассчитывать несколько вариантов

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

Что такое риск с точки зрения проекта? zРиск: «возможность понесения ущерба или убытка» zКроме того, с точки зрения ПРОЕКТА риск - это: yИспользование возможностей (позитивные результаты) yСнижение угрозы (негативные результаты) zУПРАВЛЕНИЕ риском - это… yОпределение yАнализ yРеагирование … на события, происходящие в ходе проекта

Определение риска Необходимо установить следующее: yКакие факторы риска могут повлиять на проект, а также yКакими характеристиками обладают эти факторы риска?

Методы анализа риска zАнализ риска помогает определить, насколько серьезным может оказаться возможный риск zСуществует две категории анализа риска: Количественный анализ Качественный анализ zПолный анализ риска проекта включает в себя обе категории, обычно в форме «компромиссного сценария»

Качественный анализ рисков zМетодика: "Методические рекомендации по оценке эффективности инвестиционных проектов и их отбору для финансирования " Утверждено Госстрой России, Министерство экономики РФ, Министерство финансов РФ, Госкомпром России от 31 марта 1994 г. N 7-12/47 zСм. пример в приложении.

Количественный анализ рисков Анализ чувствительности zАнализ сценариев. zАнализ Монте-Карло.

Идентификация рисков Управление рисками Управление рисками - процесс идентификации, анализа и принятия решений по минимизации отрицательных последствий наступления рисковых событий. Составляющие процесса: Планирование управления рисками Качественная оценка рисков Количественна я оценка рисков Планирование действий по минимизации угроз Мониторинг

План реагирования на риск zПосле того, как проведено: yОпределение риска и yАнализ вероятности риска, zЗаключительным шагом является разработка вариантов и действий по снижению к минимуму факторов риска проекта zЭтот заключительный шаг представляет собой разработку плана реагирования на риск

zСуществует два этапа создания плана реагирования на вероятные факторы риска проекта: zСоставить перечень всех рисков и возможных последствий zПрименить стратегию реагирования, эффективность которой наиболее вероятна относительно каждого выявленного фактора риска Как составить план реагирования на риск

Качество проекта zЧто такое качество? y«совокупность характеристик объекта, влияющих на его способность удовлетворять изложенные или подразумеваемые потребности» …другими словами... yОбеспечение того, что проект будет удовлетворять потребностям, ради которых он начат yЭти потребности согласуются между всеми членами проектной группы, включая заказчика

Планирование качества проекта zЧто такое планирование качества? - Выявление существующих стандартов и определение методов их соблюдения zУстанавливает ряд запланированных действий, закладывающих основу для качественного продукта zне то же самое, что проверка качества yПланирование это процесс определения качества yПроверка это процесс оценки качества

Исходные данные организационного планирования zРуководитель проекта должен внимательно изучить два аспекта при планировании организации проекта: zКадровые потребности: какая квалификация необходима для выполнения проекта? zОграничения: исходя из организации, существуют ли ограничения того, каким образом проект может быть организован?

Традиционная организация

Современные способы построения организаций Проектная структура: yА) Менеджеры проектов совместно с руководителями функциональных отделов составляют штабной персонал Генерального менеджера; менеджеры проектов не имеют подчиненного штатного персонала, выполняют мониторинг, управление осуществляют путем влияния и убеждения. yВ) Менеджеры проектов осуществляют управление через подчиненный штабной и линейный персонал. zМатричная структура yПроектная организация плюс функциональная организация.

Основные рычаги контроля

Современные способы построения организаций zСетевая структура yСотрудничающие многофункциональные команды в рамках одной организации; архитектура модульная, взаимодействие клиент-сервер. zВиртуальная организация yВременная сеть компаний, которые объединяются для использования быстроменяющихся возможностей рынка zГоризонтальная организация yПостроение вокруг процесса, а не задания, иерархия двухуровневая, командный принцип управления, распределения ответственности и доходов.

Пути инновационного бизнеса

Пять элементов эффективной организации Техноструктура Вспомогательный персонал Стратегический уровень Средний уровень (менеджеры проектов, продуктов,продаж и т.п.) Операционный уровень

Подбор кадров zТребуемые кадры (члены группы) должны быть выделены для проекта и приступить к работе z«Лучших» может не оказаться yиногда члены группы распределяются заранее, с учетом получения предложения или работ yнередко приходится вести переговоры с руководителями других проектов

Планирование снабжения zПредставляет собой процесс определения потребностей проекта, которые можно оптимальным образом удовлетворить за счет привлечения продуктов или услуг за пределами организации, занимающейся проектом zПри этом задаются следующие вопросы: yтребуется ли привлечение помощи со стороны yкак yчто yсколько yкогда zК этому процессу необходимо привлекать сотрудников, не входящих в состав проектной группы, например, бухгалтеров или юристов

Зачем составлять план проекта? zПреимущества наличия плана проекта : yСоздание единого источника указаний для всех участников проекта (помогает избежать путаницы относительно графика, объема работ и сметы проекта) yСоздание единого начала координат для исполнителей, руководства организации и заказчика yСоздание обстановки взаимопонимания до начала проекта

Процессы управления проектом Процессы запуска Процессы планирования Процессы контроля Процессы реализации Процессы завершения

Реализация проекта zРеализация проекта – это основной процесс выполнения плана проекта Львиная доля сметы проекта будет израсходована в этом процессе Координация ключевых мероприятий технического и организационного взаимодействия Продукт создается фактически на этом этапе Львиная доля сметы проекта будет израсходована в этом процессе Координация ключевых мероприятий технического и организационного взаимодействия Продукт создается фактически на этом этапе

Построение схем zБудучи изначально важнейшим элементом планирования проекта, построение схем продолжается в течение всего периода реализации проекта zПостроение схем является итеративным процессом yПо природе является круговым – по мере накопления информации все этапы работы взаимно обогащают друг друга yЛюбое рабочее решение может отразиться на других технических аспектах проекта

Обеспечение качества zОбеспечение качества представляет собой всю полноту мероприятий по обеспечению уверенности в том, что проект будет отвечать требуемому уровню качества zОбеспечение качества – широкое понятие, включающее целый ряд процессов и мероприятий, в том числе и контроль качества

Развитие группы zРазвитие группы – это выполнение любых действий в целях улучшения работы в группе yПовышение возможностей членов группы вносить свой индивидуальный вклад в проект yПовышение возможностей для членов группы работать вместе как настоящий коллектив

Процессы управления проектом Процессы запуска Процессы планирования Процессы управления Процессы реализации Процессы закрытия

zОбъем работ по проекту может меняться в ряде случаев: yПо просьбе заказчика yПо запросу руководителя проекта yПо запросу высшего руководства Когда меняется объем работ по проекту?

Контроль графика zПо ряду причин проектная группа должна уделять существенное внимание контролю графика: yБольшинство проектов ограничены установленной датой завершения yВыполнение графика напрямую отражается на других аспектах работы, например, на стоимости yВыполнение работы по графику - очень видимая часть работы

Контроль качества zКонтроль качества – это процесс наблюдения за конкретными результатами проекта, сопоставление их с установленными требованиями и выполнение действий по устранению причин несоответствия. zИсточники процесса: yРабота по планированию качества yИнспекции, испытания и отчеты о работе yКонтрольные таблицы выполнения работ zКонтроль качества – это процесс наблюдения за конкретными результатами проекта, сопоставление их с установленными требованиями и выполнение действий по устранению причин несоответствия. zИсточники процесса: yРабота по планированию качества yИнспекции, испытания и отчеты о работе yКонтрольные таблицы выполнения работ

Контроль риска zВозможно ли контролировать случающиеся с проектом рискованные ситуации? Не всегда zМожно ли увидеть приближение рискованной ситуации до ее развития? Да Контроль риска в проекте – это постоянно быть настороже в течение всего жизненного цикла проекта

Процессы управления проектом Процессы запуска Процессы планирования Процессы контроля Процессы реализации Процессы завершения

zДля успешного завершения проекта особую важность имеет документация по работам, выполненным на всех этапах проекта: yАдминистративное оформление xВся документация, подтверждающая результаты количественной оценки эффективности работы xВсе спецификации и другие описания результатов работы yОкончательное оформление договора xВся договорная документация Завершение проекта

zВ большинстве случаев именно заказчик решает, когда проект закончен zПроектная группа демонстрирует соответствие результатов ожиданиям заказчика Приемка проекта заказчиком

zКомплекс представленных ранее методик анализа эффективности работ позволяет проектной группе оценить итоговые результаты проекта до итоговой приемки заказчиком yАнализ эффективности yАнализ отклонений yАнализ тенденций yАнализ реализованного полезного эффекта Административное оформление Средства и методики

Прочие завершающие мероприятия Празднуем! zПосле успешного окончания проекта усилия проектной группы надо как-то отметить

Список литературы zЛютенс Ф. Организационное поведение: Пер.с англ 7-го изд. - М.:ИНФРА-М, с. zPeter M. Senge, Transforming the Practice of Management, Human Resource Development Quarterly, Spring zВарнеке Х.-Ю. Революция в предпринимательской культуре. Фрактальное предприятие: Пер. с нем.яз.-М.:МАИК «Наука/Интерпериодика», с. zСерия «Инновационное развитие территорий в России и ЕС: опыт, проблемы, перспективы», из 7 книг,подготовлена под руководством Питера Линдхольма при участии Э.Армстронга, С.Клесовой, В.Иванова, К. Плетнева; проект Tacis FinRus 9804,-М.: Сканрус zDrucker, P.F.: So funktioniert die Fabrik von morgen.In: Harvard Manager (1991) 1. zMichael Hammer and James Champy, Reengineering the Corporation: A Manifesto for Business Revolution, HarperCollins, New York, 1993

Источники zСайты: stra.teg.ru, projectm.narod.ru, "Технологический бизнес в России,