Читать книгу Планирование для начинающих. Методическое пособие. Теория - Ахтам Ялышев - Страница 5

Каждый из проектов имеет содержание. Согласованное и утвержденное, нам нужно выяснить каким образом формируется этот план, кем он формируется и что делать с ним дальше. И так, начинаем.

– Процесс: Планирование управления содержанием

– Группа процессов: Планирование

– Область знаний: Управление содержанием.

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

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

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

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

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

Каждый проект имеет подход к разработке. Это может быть подход, управляемый планом, управляемый изменениями или комбинированный, или гибридный подход. Подход к разработке влияет на то, как будут выявляться требования, а также как будет разрабатываться описание содержания и ИСР (для всего проекта сразу или на высоком уровне для всего проекта, а затем более подробно для каждого релиза).

ПЛАН УПРАВЛЕНИЯ СОДЕРЖАНИЕМ. План управления содержанием, который является основным результатом процесса планирование управления содержанием, является частью плана управления проектом, и руководитель проекта использует его для руководства проектом до закрытия. План управления содержанием, по существу, содержит три части, в которых подробно описывается, как содержание будет планироваться, выполняться и контролироваться. Он определяет следующее:

– Как выполнить содержание

– Какие инструменты следует использовать для планирования выполнения содержания

– Как создать ИСР

– Как содержание будет управляться и контролироваться в плане управления проектом

– Как получить принятие результатов

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

Другим аспектом итераций является то, что более поздние части планирования проекта, могут привести к добавлению содержания в проект, тем самым изменяя план управления содержанием, описание содержания проекта и ИСР.

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

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

Идея создания плана управления содержанием и всех планов управления: если вы не можете планировать это, вы не можете сделать это.

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