Реферат структурная декомпозиция проекта
Обновлено: 17.05.2024
* Данная работа не является научным трудом, не является выпускной квалификационной работой и представляет собой результат обработки, структурирования и форматирования собранной информации, предназначенной для использования в качестве источника материала при самостоятельной подготовки учебных работ.
Структурный подход к проектированию ИС
Сущность структурного подхода
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработке системы "снизу-вверх" от отдельных задач ко всей системе целостность теряется, возникают проблемы при информационной стыковке отдельных компонентов.
Все наиболее распространенные методологии структурного подхода [9,11,12,13] базируются на ряде общих принципов [3]. В качестве двух базовых принципов используются следующие:
принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;
принцип иерархического упорядочивания - принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
Выделение двух базовых принципов не означает, что остальные принципы являются второстепенными, поскольку игнорирование любого из них может привести к непредсказуемым последствиям (в том числе и к провалу всего проекта). Основными из этих принципов являются следующие:
принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных;
принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы;
принцип непротиворечивости - заключается в обоснованности и согласованности элементов;
принцип структурирования данных - заключается в том, что данные должны быть структурированы и иерархически организованы.
В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выполняемые системой и отношения между данными. Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными среди которых являются следующие:
SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы (подраздел 2.2);
DFD (Data Flow Diagrams) диаграммы потоков данных (подраздел 2.3);
ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь" (подраздел 2.4).
На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.
Перечисленные модели в совокупности дают полное описание ИС независимо от того, является ли она существующей или вновь разрабатываемой. Состав диаграмм в каждом конкретном случае зависит от необходимой полноты описания системы.
Методология функционального моделирования SADT
Методология SADT разработана Дугласом Россом и получила дальнейшее развитие в работе [4]. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США.
Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:
графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;
строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают:
ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);
связность диаграмм (номера блоков);
уникальность меток и наименований (отсутствие повторяющихся имен);
синтаксические правила для графики (блоков и дуг);
разделение входов и управлений (правило определения роли данных).
отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель.
Методология SADT может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются
Состав функциональной модели
Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу (рисунок 2.1).
Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.
Рис. 2.1. Функциональный блок и интерфейсные дуги
На рисунке 2.2, где приведены четыре диаграммы и их взаимосвязи, показана структура SADT-модели. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме.
Иерархия диаграмм
Построение SADT-модели начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также представляют полный набор внешних интерфейсов системы в целом.
Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом для более детального представления.
Во всех случаях каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Кроме того, модель не может опустить какие-либо элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы обеспечивают контекст. К нему нельзя ничего добавить, и из него не может быть ничего удалено.
Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы.
Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграмма представляют одну и ту же часть системы.
Рис. 2.2. Структура SADT-модели. Декомпозиция диаграмм
На рисунках 2.3 - 2.5 представлены различные варианты выполнения функций и соединения дуг с блоками.
Рис. 2.3. Одновременное выполнение
Рис. 2.4. Соответствие должно быть полным и непротиворечивым
Некоторые дуги присоединены к блокам диаграммы обоими концами, у других же один конец остается неприсоединенным. Неприсоединенные дуги соответствуют входам, управлениям и выходам родительского блока. Источник или получатель этих пограничных дуг может быть обнаружен только на родительской диаграмме. Неприсоединенные концы должны соответствовать дугам на исходной диаграмме. Все граничные дуги должны продолжаться на родительской диаграмме, чтобы она была полной и непротиворечивой.
На SADT-диаграммах не указаны явно ни последовательность, ни время. Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены с помощью дуг. Обратные связи могут выступать в виде комментариев, замечаний, исправлений и т.д. (рисунок 2.5).
Рис. 2.5. Пример обратной связи
Как было отмечено, механизмы (дуги с нижней стороны) показывают средства, с помощью которых осуществляется выполнение функций. Механизм может быть человеком, компьютером или любым другим устройством, которое помогает выполнять данную функцию (рисунок 2.6).
Рис. 2.6. Пример механизма
Каждый блок на диаграмме имеет свой номер. Блок любой диаграммы может быть далее описан диаграммой нижнего уровня, которая, в свою очередь, может быть далее детализирована с помощью необходимого числа диаграмм. Таким образом, формируется иерархия диаграмм.
Для того, чтобы указать положение любой диаграммы или блока в иерархии, используются номера диаграмм. Например, А21 является диаграммой, которая детализирует блок 1 на диаграмме А2. Аналогично, А2 детализирует блок 2 на диаграмме А0, которая является самой верхней диаграммой модели. На рисунке 2.7 показано типичное дерево диаграмм.
Рис. 2.7. Иерархия диаграмм
Типы связей между функциями
Одним из важных моментов при проектировании ИС с помощью методологии SADT является точная согласованность типов связей между функциями. Различают по крайней мере семь типов связывания:
Иерархическое разбиение всей работы, которую необходимо выполнить для достижения целей проекта, на более мелкие операции и действия. Цели структурной декомпозиции работ проекта, являющегося основой комплексного контроля управления его содержанием.
| Рубрика | Менеджмент и трудовые отношения |
| Вид | презентация |
| Язык | русский |
| Дата добавления | 20.02.2017 |
| Размер файла | 319,7 K |
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
HTML-версии работы пока нет.
Cкачать архив работы можно перейдя по ссылке, которая находятся ниже.
Подобные документы
Цели организации и их классификация. Свойства целей и требования к ним. Процесс установления, выработки и декомпозиции целей. Этапы управления достижением целей. Разработка целей и очередности их достижения (на примере АНО Учебно-консультационный центр).
дипломная работа [107,4 K], добавлен 30.10.2010
Определение и документирование требований заинтересованных сторон проекта для достижения его целей. Разработка подробного описания содержания проекта в качестве основы для принятия будущих решений по проекту. Изучение методов группового принятия решений.
презентация [455,1 K], добавлен 22.01.2014
Принципы составления описания содержания проекта. Сущность и задачи планирования. Определение допущений и ограничений. Критерии сдачи-приемки продукции. Структурная декомпозиция работ. Иерархическая разбивка WBS. Особенности матрицы ответственности.
контрольная работа [59,7 K], добавлен 18.04.2015
Жизненный цикл проекта и его фазы. Оценка устойчивости проекта (рисков и уровня безубыточности). Факторы потерь времени в ходе его реализации. Планирование работ по проекту создания бильярдного клуба за 51 неделю, с затратами не более 3,5 млн. руб.
курсовая работа [138,4 K], добавлен 22.12.2011
Сущность, цели и содержание контроля хода реализации проекта. Характеристика методов простого и детального контроля. Основные стадии изменения содержания проекта. Возможные варианты действий, используемые в случае отклонения проекта от намеченного плана.
Структурная декомпозиция работ (СДР или WBS - Work Breakdown Structure) – это представление проекта в виде иерархической структуры работ, полученной путем последовательной декомпозиции. СДР предназначена для детального планирования, оценки стоимости и обеспечения персональной ответственности исполнителей.
Благодаря структурной декомпозиции работ менеджер проекта имеет:
· точное описание содержания работ;
· точное определение объема работ;
· измеримый результат выполнения работ.
Предназначение СДР
СДР является средством для разделения всех работ по проекту на управляемые пакеты работ. Это позволяет достичь такого уровня детализации информации, который соответствует потребностям руководства проекта для осуществления контроля. Под пакетом работ понимается комплекс работ, сгруппированных по заданным критериям. СДР позволяет свести цели проекта либо к иерархии средств их достижения, либо к иерархии результатов, предусмотренных проектом. СДР является также инструментом, позволяющим руководителю проекта получить описание конечного продукта проекта.
СДР обеспечивает выявление работ, необходимых для достижения целей проекта. Каждый следующий уровень декомпозиции обеспечивает последовательную детализацию содержания проекта, что позволяет производить оценку выполненных объемов работ, освоенных денег и выполнения по срокам. На нижних уровнях пакетам работ соответствуют сравнительно меньшие объемы работ. Это упрощает оценку процента выполнения и дает возможность более четко определять действия, необходимые для достижения целей проекта.
Разработка СДР имеет две основные цели:
1. обеспечение планирования всех необходимых работ проекта,
2. обеспечение отсутствия работ, не связанных с реализацией проекта.
Для руководителя проекта важны обе эти цели. Если в плане отсутствуют необходимые работы, проект будет задержан, бюджет, скорее всего, будет превышен. Если выполняются работы, не относящиеся к данному проекту – деньги заказчика тратятся нецелевым образом. Если СДР не объединяет обе эти цели, проект может потерпеть неудачу.
На основе СДР выполняются следующие процессы:
1. определение работ,
2. планирование ресурсов,
3. оценка стоимости,
5. определение рисков.
Рис. 1 Взаимодействие СДР с процессами реализации проекта (PMBOK Guide)
Таким образом, СДР является основой:
· Комплексного план-графика проекта – СДР обеспечивает основу для планирования объемов работ, стоимости, сроков и рисков. С помощью СДР работы структурируются и непосредственно связываются с графиком, а ресурсы распределяются и отслеживаются. При изменении содержания проекта СДР должна быть откорректирована. В рамках программных продуктов она также обеспечивает средство интеграции всех данных.
· Отчетности о выполнении проекта – с помощью СДР определяется состояние проекта и выдается в различные формы отчетности. Например, по стадиям жизненного цикла проекта; по результатам; по пакетам работ. Отчеты могут содержать данные по стоимости, срокам, рискам, объему, трудоемкости и качеству выполняющегося проекта или по сравнению с предыдущими аналогичными проектами (с такой же структурой).
· Комплексного контроля изменений – СДР обеспечивает идентификацию соответствующих точек контроля, которые используются для упрощения обмена информацией и контроля результатов.
· Управления содержанием проекта – процесс разработки СДР способствует формированию концептуального целостного представления об объекте проекта.
· Организации взаимодействия между участниками проекта – СДР позволяет организовать направленную передачу информации между руководителем и участниками проекта на всех стадиях его жизненного цикла, с учетом принятых обязанностей и ответственности участников.
· Формирования организационной структуры – с помощью СДР можно связать определенный объем работ с элементом организационной структуры, субподрядчиками или отдельными исполнителями. Как только определяются работы, отдельные исполнители (включая субподрядчиков) назначаются ответственными за выполнение определенных элементов СДР в рамках назначенных бюджетов и определенных сроков выполнения.
Во введении необходимо сформулировать и определить:
Ø актуальность темы;
Ø цель и задачи исследования;
Ø предмет и объект исследования (указывается конкретная организация и исследуемый проект);
Ø информационная база исследования (источники информации: от нормативных до интернет-ресурсов);
Ø методы исследования (общенаучные и методы проектного менеджмента);
Ø практическое использование рекомендаций автора в деятельности исследуемой организации.
В главе 1 необходимо рассмотреть теоретические основы структуризации проекта. В частности, целесообразно проанализировать понятийный аппарат проектного менеджмента, на котором будет базироваться работа, акцентировать внимание на таких понятиях как проект, жизненный цикл проекта, рассмотреть классификацию проектов Необходимо рассмотреть основные принципы структуризации проекта, Важное и основное место в данной главе должна занимать анализ методов и инструментов проведения структуризации проектов, на основе которых и будет осуществляться разработка и структуризация проекта в практической главе, по данным информационных источников, описанных ранее.
4. Исходные данные по ВКР:
Основная литература:
1. Балашов А.И. Управление проектами.: учебник и практикум для академического бакалавриата - М.: Издательство Юрайт, 2015.- 383 с.
3. Мазур И.И., Шапиро В.Д., Ольдерогге Н.Г. Управление проектами -М.: ИНФРА-М. 2014
Дополнительная литература.
1. Project Management Institute. Руководство к Cводу знаний по управлению проектами (Руководство PMBOK®) –Шестое издание.
3. Богданов В.В. Управление проектами. Корпоративная система – шаг за шагом. – М.: Манн, Иванов и Фербер, 2012.
4. ГОСТ 54869-2012 Проектный менеджмент. Требования к управлению проектами. – М.: Стандартинформ, 2012
5. ГОСТ 54870-2012 Проектный менеджмент. Требования к управлению портфелем проектов. – М.: Стандартинформ, 2012
6. Зуб А.Т. Управление проектами: учебник и практикум для академического бакалавриата – М.: Издательство Юрайт, 2015.- 422 с.
7. Илларионов А.В., Клименко Э.Ю. Портфель проектов: Инструмент стратегического управления предприятием. – М.: Альпина Паблишер, 2013. – 312 с.
8. Ильина О.Н. Методология управления проектами: становление, современное состояние и развитие. – М.: Вузовский учебник: ИНФРА-М, 2016 – 208 с.
9. Нутайбеков Р.А. Корпоративная система управления проектами: От методологии к практике. – М.: Альптина Паблишер, 2015 – 236 с.
10. Павлов А.Н. Управление программами проектов на основе стандарта PMI The Standart for Program management. Изложение методологии и рекомендации по применению / А.Н. Павлов. – М.: БИНОМ. Лаборатория знаний, 2014. – 304 с.
12. Тихомирова О.Г. Управление проектом: комплексный подход и системный анализ: монография. – М.: ИНФРА-М, 2017. – 300с.
Презентация на тему: " Лекция 3. Структурная декомпозиция работ проекта." — Транскрипт:
1 Лекция 3. Структурная декомпозиция работ проекта
2 2 Структурная декомпозиция работ Структурная декомпозиция работ (СДР или WBS – Work Breakdown Structure) – это представление проекта в виде иерархической структуры работ, полученной путем последовательной декомпозиции. Структурная декомпозиция работ (СДР или WBS – Work Breakdown Structure) – это представление проекта в виде иерархической структуры работ, полученной путем последовательной декомпозиции. СДР предназначена для детального планирования, оценки стоимости и обеспечения персональной ответственности исполнителей. СДР предназначена для детального планирования, оценки стоимости и обеспечения персональной ответственности исполнителей.
3 3 Цели СДР 1.Обеспечение планирования всех необходимых работ проекта. 2.Обеспечение отсутствия работ, не связанных с реализацией проекта.
4 4 Взаимосвязь СДР и процессов планирования проекта (PMBoK)
5 5 Предназначение СДР СДР является основой: комплексного план-графика проекта; отчетности о выполнении проекта; комплексного контроля изменений; управления содержанием проекта; организации взаимодействия между участниками проекта; формирования организационной структуры.
6 6 Предпосылки разработки СДР Разработка СДР начинается на фазе инициации проекта с ответа на следующие вопросы: что нужно сделать (определить продукты проекта); что нужно сделать (определить продукты проекта); как это нужно будет делать (определить технологические этапы проекта); как это нужно будет делать (определить технологические этапы проекта); кто это будет делать (определить исполнителей, соисполнителей, субподрядчиков); кто это будет делать (определить исполнителей, соисполнителей, субподрядчиков); кто и в какой форме будет оплачивать работы (определить, какие и с кем будут заключены контракты). кто и в какой форме будет оплачивать работы (определить, какие и с кем будут заключены контракты).
7 7 Типы СДР СДР ПродуктоваяФункциональнаяОрганизационная Конечные и промежуточные результаты проекта Основные этапы реализации проекта Участники проекта
8 8 Продуктовая СДР
10 10 Функциональная СДР
12 12 Организационная СДР
13 13 СДР по исполнителям
14 14 СДР по различным основаниям
16 16 Системный подход к СДР Требуется добавить работы по подготовке необходимых входных элементов, которые не были получены из внутренних или внешних источников. Требуется добавить работы по подготовке необходимых входных элементов, которые не были получены из внутренних или внешних источников. Требуется исключить лишние работы. Их признаком являются выходные элементы, которые не могут быть переданы другим компонентам проекта и не являются результатами проекта. Требуется исключить лишние работы. Их признаком являются выходные элементы, которые не могут быть переданы другим компонентам проекта и не являются результатами проекта. Требуется исключить элементарные работы, дублирующие друг друга, когда ответственный за выполнение работы находит более одной работы для обеспечения одних и тех же выходных элементов. Требуется исключить элементарные работы, дублирующие друг друга, когда ответственный за выполнение работы находит более одной работы для обеспечения одних и тех же выходных элементов.
17 17 Разработка СДР СДР разрабатывается путем итерационного рассмотрения: целей и результатов проекта; целей и результатов проекта; критериев достижения функциональности; критериев достижения функциональности; объема работ; объема работ; реализации технических требований. реализации технических требований.
18 18 Этапы разработки СДР
19 19 Правила разработки СДР 1.Каждый элемент СДР должен обеспечивать достижение измеримого результата. 2.Результаты должны логически декомпозироваться до уровня, на котором можно определить, как они будут достигаться. 3.Результаты пакетов работ должны быть уникальными. 4.Выполнение отчетов должно быть оформлено как выполнение отдельных пакетов работ. 5.Все пакеты работ должны быть совместимы с организационной структурой и структурой затрат. 6.Исключаются пакеты работ с несколькими ответственными за создание одних и тех же результатов. 7.Результаты должны иметь размер, достаточный для эффективного управления, но не настолько малый, чтобы сделать затраты на контроль чрезмерными.
20 20 Сложности разработки СДР Нахождение баланса между детализацией проекта и требованиями к сбору фактической информации и отчетности (излишняя детализация). Нахождение баланса между детализацией проекта и требованиями к сбору фактической информации и отчетности (излишняя детализация). Разработка элементов СДР, определяющих только стадии проекта либо организационную структуру без учета промежуточных результатов проекта (недостаточная детализация). Разработка элементов СДР, определяющих только стадии проекта либо организационную структуру без учета промежуточных результатов проекта (недостаточная детализация). Недостаточное внимание к разработке СДР и переход непосредственно к формированию сетевого графика. Недостаточное внимание к разработке СДР и переход непосредственно к формированию сетевого графика.
21 21 Условия дальнейшей детализации 1.Необходимо повысить точность оценки стоимости и длительности работ. 2.Для пакета работ определен более чем один ответственный. 3.Объем работ, выполняемый в рамках данного пакета, описывает больше одного результата проекта. 4.Необходимо раздельно определить стоимость процессов или результатов, описанных в данном пакете работ. 5.Есть зависимость между работами внутри разных пакетов.
22 22 Условия дальнейшей детализации 6.Есть существенные перерывы в выполнении работ в рамках пакета. 7.Меняются требования к ресурсам в течение времени в рамках пакета работ. 8.Различаются исходные условия для работ внутри пакета работ. 9.Существуют риски, связанные с частью пакета работ. 10.Для части пакета работ может отдельно пересчитываться расписание.
23 23 Типы ресурсов Трудовые ресурсы Трудовые ресурсы Финансовые ресурсы Финансовые ресурсы Оборудование Оборудование Техническая оснастка (инструменты) Техническая оснастка (инструменты) Материалы (с указанием поставщиков) Материалы (с указанием поставщиков) Информация (документы) Информация (документы) Технологии Технологии
24 24 Взаимосвязь СДР с основными видами структур проекта Информационная структура Organization Breakdown Structure (организационная структура) Account Breakdown Structure (структура статей затрат) Resource Breakdown Structure (структура ресурсов) Структура вех Функциональная структура
25 25 Структурная схема организации ССО – это описание организационной структуры, необходимой для выполнения работ. ССО – это описание организационной структуры, необходимой для выполнения работ. Цель ССО – определение состава и распределение обязанностей исполнителей для работ, входящих в СДР. Цель ССО – определение состава и распределение обязанностей исполнителей для работ, входящих в СДР.
26 26 Матрица ответственности Матрица ответственности обеспечивает описание и согласование структуры ответственности за выполнение пакетов работ. Матрица ответственности обеспечивает описание и согласование структуры ответственности за выполнение пакетов работ. МО – это форма описания распределения ответственности за реализацию работ с указанием роли каждого участника в их выполнении. МО – это форма описания распределения ответственности за реализацию работ с указанием роли каждого участника в их выполнении. Элементами МО являются коды видов деятельности и/или стоимость работ. Элементами МО являются коды видов деятельности и/или стоимость работ.
27 27 Работы \ Исполнители Менеджер проекта Администратор проекта ПФООтдел сбыта Согласование целейОК Разработка плана по вехамОИК Разработка бюджета проектаОИК Разработка плана проектаУО Утверждение планаОКК
30 30 Типичные ошибки планирования 1.Планирование с использованием ошибочных целей 2.Планирование на основе неполных данных 3.Планирование с привлечением только плановиков 4.Планирование без учета предыдущего опыта 5.Планирование ресурсов без учета их доступности 6.Планирование без учета координации 7.Планирование без учета мотивации 8.Планирование с излишней детализацией 9.Планирование не для отслеживания
Читайте также: