Лекции по бизнес планированию. Лекции. Бизнеспланирование инновационных проектов Тема Принятие управленческих решений

• Название: Бизнеспланирование инновационных проектов Тема Принятие управленческих решений
• Анкор: Лекции по бизнес планированию
• Дата: 03.03.2022
• Размер: 1.36 Mb.
• Имя файла: Лекции.docx
• Тип: Бизнес-план; #381527
• страница: 17 из 27

Вопросы для повторения и закрепления материала

1.    Что понимают под процессом инициации проекта?

2.    Какие основные этапы (стадии) включает в себя процесс инициации проекта?

3.    Какие основные причины инициации проектов возможны?

4.    Что представляет собой SMART- технология формулирования цели проекта?

5.    Каким критериям должна соответствовать SMART - цель?

6.    Соответствует ли  формулировка цели проекта - «написать выпускную квалификационную работу в рамках заключительного года обучения» - SMART – критериям?

7.    Что такое результат проекта?

8.    Почему руководителю проекта важно определить все требования к результату проекта?

9.    Какие методы сбора требований к результату проекта существуют?

10.  Какие могут быть требования к результату проекта по написанию выпускной квалификационной работы? Как их можно измерить?

11.  На основании чего принимается решение о запуске или отклонении проектов?

12.  Кто может быть заинтересованной стороной в проекте?

13.  Какими компетенциями должен обладать руководитель проекта?

14.  Что является результатом процесса инициации проекта?

15.  Что определяет устав проекта?

16.  Что представляет собой авторизация проекта?

Тема 7. Разработка планов проекта. Календарное планирование

Цель изучения темы: формирование теоретико-методологических знаний и практических навыков в области планирования проекта.

Задачи:

- сформировать понимание продукта проекта;

- отразить место проектного управления в системе достижения целей развития организации;

- изучить особенности формирования содержания проекта;

- научить составлять и использовать иерархическую структуру работ проекта для формирования календарного плана;

- познакомить с методиками оценки временных ресурсов выполнения проектных работ.

Результат освоения темы:

Коды компетенций	Планируемые результаты освоения образовательной программы	Планируемые результаты обучения по дисциплине (модулю)
УК-2	Способность определять круг задач в рамках поставленной цели и выбирать оптимальные способы их решения, исходя из действующих правовых норм, имеющихся ресурсов и ограничений	Знать: основные методы  планирования проектных работ
		Уметь: составлять иерархическую структуру работ проекта
		Владеть: навыками оценки временных ресурсов для выполнения проектных работ

7.1. Определение содержания проекта

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

Повторим основные элементы проекта, которые необходимо определить: цель, продукт и содержание проекта.

Цель проекта – желаемые результаты (эффекты и выгоды), достигаемые при успешном осуществлении проекта при заданных условиях.

Содержание проекта – работы, которые необходимо выполнить,      чтобы создать или передать заказчику продукт проекта с необходимыми свойствами и функциональностью.

Продукт проекта – материальная или иная сущность, производимая в ходе проекта, создание и использование которой обеспечит достижение целей проекта.

Часто продукт проекта является комплексным и включает в себя как материальные, так и нематериальные составляющие. Заказчик может осуществлять приемку продукта целиком или принимать отдельно каждую составляющую продукта проекта.

Для того чтобы создать продукт проекта, необходимо сперва определить содержание проекта и состав будущих работ. Планирование управления содержанием – процесс создания плана управления содержанием, документирующего, каким образом содержание проекта будет определяться, подтверждаться и контролироваться. Ключевая выгода данного процесса состоит в том, что он предоставляет руководство и указания относительно управления содержанием проекта на протяжении всего жизненного цикла. Содержание формируют исходя из требований к проекту (продукту проекта; к результату). Сперва необходимо требования определить или собрать.

Сбор требований – процесс определения, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта. Ключевая выгода данного процесса состоит в том, что он предоставляет основу для определения и управления содержанием проекта, включая содержание продукта. На успех проекта напрямую влияет активная вовлеченность заинтересованных сторон в выявление и декомпозицию потребностей в требования, а также тщательность определения, документирования и управления требованиями к продукту, услуге или результату проекта. Требования включают в себя условия или возможности, которым должен соответствовать проект или которые должен иметь продукт, услуга или результат, чтобы удовлетворить требования заказчика и соответствовать спецификации. Требования включают в себя количественно определенные и документированные потребности и ожидания заказчика, спонсора и прочих заинтересованных сторон. Данные требования должны быть выявлены, проанализированы и зарегистрированы со степенью детализации, достаточной для того, чтобы их включить в базовый план по содержанию и измерять после начала исполнения проекта. Требования становятся базой для составления иерархической структуры работ (ИСР).

Многие организации подразделяют требования на различные типы, например бизнес-решения и технические решения, причем первые относятся к потребностям заинтересованных сторон, а последние – к способу реализации этих потребностей. Требования могут быть сгруппированы в классы, что обеспечивает их дальнейшее уточнение и детализацию в процессе их выработки. Данные классы включают в себя:

• Бизнес-требования, описывающие высокоуровневые потребности организации в целом, например проблемы или благоприятные возможности организации, а также причины, по которым проект был предпринят;

• Требования заинтересованных сторон, описывающие потребности заинтересованной стороны или группы заинтересованных сторон;

• Требования к решению, описывающие свойства, функции и характеристики продукта, услуги или результата, который удовлетворит бизнес-требованиям и требованиям заинтересованных сторон. Требования к решению;

• Требования к переходу описывают временные возможности, такие как требования к преобразованию данных и обучению, необходимые для перехода из текущего состояния «как есть» в состояние «как должно быть» в будущем;

• Требования к проекту описывают действия, процессы или другие условия, которым должен соответствовать проект;

• Требования к качеству, включающие в себя любое состояние или критерий, необходимые для подтверждения успешного получения поставляемого результата проекта или выполнения других требований к проекту.

Далее содержание следует «определить». Примером определения содержания может являться требования заказчика к строительству индивидуального жилого дома. Заказчик может определить, что его потребность удовлетворит дом площадью 150 квадратных метров, в котором должно быть 4 жилых комнаты, кухня и гардеробная. Помимо указанного, заказчик желает, чтобы на участке располагался гараж на 2 автомобиля. Исходя из этих требований, руководитель проекта будет определять содержание. Т.е. определять состав работ, которые необходимо выполнить для удовлетворения нужд заказчика.

Определение содержания – процесс разработки подробного описания проекта и продукта. Суть данного процесса состоит в том, что он описывает границы продукта, услуги или результата путем определения того, какие из собранных требований будут включены в содержание проекта и какие исключены из него. Процесс описания содержания проекта представлен в таблице 7.1.1.

Таблица 7.1.1 – Определение содержания: требуемая информация, инструменты и методы, результат

Требуемая информация	Инструменты и методы	Результат
План управления содержанием	Экспертная оценка	Описание содержания проекта
Документация по требованиям	Анализ продукта	Обновления документов проекта
Устав проекта	Формирование альтернатив
Активы процессов организации	Семинары с участием модератора

Поскольку в проект невозможно включить все требования, выявленные на ранних стадиях планирования, в ходе процесса определения содержания требования к проекту постоянно уточняются и дополняются. Затем создается подробное описание проекта, а также продукта, услуги или результата.

Процесс определения содержания должен позволить составить следующие компоненты: описать техническое задание; сформулировать концепцию; согласовать и утвердить общее видение реализации проекта с заказчиком.

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