Алгоритм управления содержанием проекта. Курс по управлению проектами, часть 6

30.10.18

Саморазвитие - Компетенции и навыки

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

 

Продолжение моего учебного курса по проектному управлению. Предыдущие материалы: 

1. Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера 

2. Три фундаментальных принципа проектного управления

3. Роли в проектном управлении

4. Управление заинтересованными сторонами 

5. Устав проекта - это скорлупа яйца


Уточнение содержания

После того, как у вас готов устав, спонсор уже не будет (по-крайней мере, так должно быть с точки зрения методологии) вникать в подробности. Это не школа и не институт, и конкретные шаги, которые вы совершаете по проекту – это ваши проблемы, а спонсор ждет результата. За менеджером никто не бегает и не спрашивает, планирует он или нет, насколько хорошо он планирует. У вас в уставе все написано, тройственное ограничение заложено.
 
И методология говорит: дальнейшие шаги каждый менеджер может подстраивать под себя, как ему удобно. Действовать можно по-разному. Но большинство менеджеров в мире каким-то образом пришло к определенному алгоритму, который я здесь и рассказываю. И если использовать именно такой набор шагов, то шансов завершить проект успешно больше. А если использовать какой-нибудь другой алгоритм, то шансы на успех резко снижаются.
 
Первый шаг предлагаемого мною алгоритма – работа с содержанием. Этот этап состоит из трех шагов – собрать требования; сформировать концепцию и сделать иерархическую структуру.

Итак, следующий этап – это планирование содержанием. Напомним, что если много процессов планирования и немного контроля, то получится алгоритм, т.е. действия по шагам – первое, потом второе, потом третье. Например, при управлении качеством нет алгоритма, нет шагов. Но об этом позже. При планировании содержанием есть алгоритм и его необходимо использовать.
 
На этом этапе менеджеру необходимо разобраться, что делать прежде, чем приступить к планированию сроков и денег. Вопрос «Что делать?» первый, потому что пока мы не понимаем, что именно делать, мы не понимаем, сколько времени это займет, и сколько это будет стоить.
 
Работа с содержанием производится в три приема:
 
1.       собрать требования;
2.       написать концепцию;
3.       сделать иерархическую структуру работ.Для простоты восприятия воспользуемся аналогЭтапы планирования содержанияиями. Представьте, что вы пошли в лес за грибами. Входите в лес, начинаете собирать грибы. Вы еще не понимаете, грибной сезон или нет, поэтому собираете все, что можно, кроме тех, которые действительно не подходят – ядовитых грибов. Это довольно точная аналогия со сбором требований. В начале проекта вы еще не знаете, что точно будете делать. В уставе написано общее содержание, но без подробностей, поэтому вы начинаете собирать все требования, кроме тех, которые очевидно не имеют отношения к проекту. Например, если мы строим дом, и в уставе написано, что придомовую территорию в рамках этого проект мы не обустраиваем, то требование о строительстве фонтана во дворе не может быть принято. Это будут делать другие люди на другом проекте, а не мы в рамках текущего проекта. Но все, что касается дома, относится к требованиям. И менеджер без особой критики (допустим, один хочет железные двери, а другой – стеклянные) все возможные требования принимает.
 
Когда корзинка наполнена грибами, приступаем ко второму шагу – созданию концепции. Вы наполнили корзину и теперь думаете, что приготовить из ее содержимого. Пытаетесь представить себе будущее блюдо или несколько блюд. В проектном управлении аналог - концепция. Она отражает будущий результат уже не в виде разрозненных требований, а в виде целостного повествования.
 
Третий шаг – грибы структурировать, разобрать на кучки: одна для засолки, другая для сушки, третья – на жарку.  Когда вы структурируете грибы – это аналог формирования иерархической структуры работ (ИСР).
 
Итак, при планировании содержания необходимо выполнить три последовательных шага – собрать требования, написать концепцию, структурировать работу.
 
То есть сначала работаем по принципу «вали кулем – потом разберем», собираем все подряд грибы, потом разбираем корзинку и представляем, что будем готовить из грибов, потом структурируем на кучки. 
Подробнее все три шага работы с содержанием я рассмотрю в следующих публикациях.

Следующая статья:

7. Сбор требований

Предыдущая часть курса: Устав проекта - это "скорлупа яйца". Курс по управлению проектами, часть 5

Следующая часть курса: Сбор требований. Курс по управлению проектами, часть 7

Начало курса: Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера. Курс по управлению проектами, часть 1

 

Если вас интересует тема "Управления проектами" и вы хотите самостоятельно подготовиться к экзамену на сертификат Project Management Professional, то приглашаем пройти новый видеокурс Ивана Селиховкина "Подготовка к экзамену РМР"

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Компетенции и навыки Мотивация Бесплатно (free)

Рассказываем, чем оценка руководителя ИТ-проекта отличается от оценки других участников команды и почему для РП важны не только профессиональные знания, но и системное мышление, переговоры, управление рисками и ожиданиями. Разбираем, как выстроить сбалансированную систему мотивации, которая учитывает продуктовые метрики, сроки, качество, удовлетворенность клиента и рентабельность проекта. Объясняем, когда уместны оценка 360 градусов и обратная связь от заказчика, а также всегда ли ошибки команды находятся в зоне ответственности руководителя. Также продемонстрируем, какие косвенные показатели – от текучести и переработок до повторных контрактов и характера эскалаций – помогают оценить реальную эффективность РП.

04.08.2026    261    0    user2136222    0    

0

Компетенции и навыки Бесплатно (free)

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

04.08.2026    298    0    YA_826532418    0    

4

Лидерство Компетенции и навыки Управление ИТ-департаментом Бесплатно (free)

Главная иллюзия ИТ-управления – вера в то, что правильные процессы, модные технологии и подробные регламенты сами приведут к результату. Показываем, как эта иллюзия разбивается о реальность. Результат создают мотивированные и компетентные люди, которым процессы помогают работать, а технологии решают конкретные бизнес-задачи, а не просто выглядят современно. Объясняем, почему ИТ-руководитель – это прежде всего лидер, который синхронизирует людей, процессы и инструменты в условиях ограниченных ресурсов, давления бизнеса и постоянных изменений. В статье разбираем типичные ловушки найма, мотивации, контроля, Agile, сервисности, планирования, внедрения ИИ, работы с вендорами и техническим долгом – и показываем, как сохранять романтику управления без розовых очков.

28.07.2026    367    0    GSoft    0    

4

Компетенции и навыки Россия Бесплатно (free)

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

24.07.2026    350    0    NikolayMaerov    1    

4

Компетенции и навыки Бесплатно (free)

В 1С прижилась странная штука - архитектор бывает «функциональный» и «технический», как будто это две разные профессии. У программистов такого раскола нет, у тестировщиков нет, а у архитекторов - есть. Откуда он взялся именно в таком виде и почему именно сейчас становится только актуальнее? Можно конечно сказать - «так сложилось», но мне интересно, почему все-таки сложилось именно так. За этим стоит конкретная логика, ее корни - вообще не в мире разработки.

23.07.2026    1053    0    ardn    12    

16

Компетенции и навыки Руководитель проекта Россия Бесплатно (free)

Руководитель отвечает за результат, но не обязан лично вести каждое техническое или предметное решение.

16.07.2026    342    0    NikolayMaerov    8    

3

Компетенции и навыки Бесплатно (free)

В современных 1С-проектах граница между разработчиком и аналитиком становится все менее очевидной: аналитик все чаще работает с техническими инструментами, а разработчик глубже погружается в бизнес-процессы, учет и регламенты. Разбираемся, где проходит разумная граница между ролями, какие задачи аналитик может брать на себя без риска для качества, а где начинается зона ответственности разработчика. Показываем, как технические навыки, автоматизация и ИИ-инструменты помогают команде работать эффективнее, не размывать ответственность и не создавать технический долг. Объясняем, как распределять задачи в команде так, чтобы ускорять разработку, сохранять качество продукта и не превращать специалистов в «универсальных солдат» без четкого фокуса.

08.07.2026    1470    0    Akcium    3    

3

Компетенции и навыки Стандарты и документация Программист Россия Бесплатно (free)

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

22.06.2026    4679    18    ardn    46    

25
Для отправки сообщения требуется регистрация/авторизация