Организационные инструменты. Сетевые матрицы в управлении маркетинговыми проектамиМожно выделить 4 основных процесса в рамках управления проектами: От идеи по проектирования От проектирования до реализации От реализации до завершения Процессы проектирования сводятся к созданию оптимальной модели всей деятельности управления проектом в целом всех базовых элементов и всех подсистем, т.е процессов работ. Процессы работ это в первую очередь процессы реализации и представляют собой конкретную предметную реализацию. Процессы завершения отражают в модели достигнутые результаты в соответствии с поставленными целями. Процессы контроля отражаются в соответствии с построенной моделью. Все процессы соединяются точками принятия решения и группируются следующим образом: - инициация, т.е желание и принятие решения о начале в какой-то его фазе, решается задача быть или не быть. Т.е делать или не делать - анализ множественной альтернативы, т.е выбор из «кучки» аналогов подходящего прототипа способа реализации проекта. Т.е как делать. - корректировка, которая предполагает принятие решения о внесении изменений в цели модели, планы, проекты, задач. Производится на основе контроля. - принятие решения о завершении проекта, какой-то фазы. Т.о, в укрупненном виде мы можем получить целостное представление о проекте, одновременно рассматривая три базовых элемента +1, 8 подсистем проекта, 4 видов процессов и процедур. Применение сетевых матриц в процессе управления позволяет представить этот процесс, разобрать особенности взаимодействия м/исполнителями и сформировать план всего комплекса работ. План всегда позволяет сокращать издержки засчет специализированных процедур, например, перераспределение ресурсов. Используя математический аппарат можно оценивать вероятность реализации проекта, рассматривая различные варианты работы, события, пути. Для построения сетевых моделей существуют общие правила построения. События обозначаются цифрами, работа – буквами. М/двумя событиями может быть одна стрелочка. Все события и работы последовательны. В сетевой модели не может быть тупиков. Т.е событий, из которых не выходит ни одна работа. За исключением одного события – завершение работы. В сложной модели завершающих событий может быть несколько. Если присутствует тупиковое событие – работа организована не верно. На рис.3 представлено правило запрещающее необоснованные события. Если присутствует необоснованное событие – кризис структуры или воровство. Номер стоящий рядом с поставкой – номер спецификации. Номер у события внутри кружочка. Правила организации технологических связей. В сетевой модели указывается непосредственная связь м/работами. Т.е события последовательно соединены работами. Технологическое правило построения модели. Для построения сетевого графика необходимо в технологической последовательности, установить какие работы должны быть завершены до начала рассматриваемой работы, и какие начаты после ее завершения. При кодировании сетевых моделей следует помнить, что: - все события имеют самостоятельные номера, которые обозначаются числами натурального ряда без пропусков - стрелки всегда направлены от события с меньшим номером к событию с большим номером
17.10.2014
|
