какого этапа разработки проектов не существует

Изучив эту тему, вы узнаете:

— что такое проект;
— какие типы проектов существуют;
— основные этапы разработки проекта и их назначение;
— что такое структурная декомпозиция
— и как она используется при работе над проектом.

Что такое проект?

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

Например, вы могли слышать слово «проект» в таком контексте:

♦ проект строительства скоростной магистрали Москва — Санкт-Петербург;
♦ проект социальной поддержки малоимущих граждан;
♦ президентский проект реорганизации вертикали власти;
♦ телевизионный проект («Последний герой», «Народный артист»);
♦ проект бюджета.

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

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

Рис. 6.1. Типы проектов по сферам деятельности

По продолжительности периода реализации проекты могут быть краткосрочными — до одного года, среднесрочными — от одного года до двух лет, и долгосрочными — более двух лет (рис. 6.2). Например, международный проект исследования Марса — долгосрочный, он продлится десятилетия, а проект «Фабрика звезд» краткосрочен, так как рассчитан всего на три месяца.

Рис. 6.2. Типы проектов по продолжительности

По сложности и масштабу различают простые, средние и сложные проекты (рис. 6.3). Например, сложность и масштаб учебно-образовательного проекта, который разрабатывается школьниками, даже международный, подобный проекту «Европа в школе», несоизмерим с масштабом международного проекта исследования Марса.

Рис. 6.3. Типы проектов по сложности и масштабу

Что же означает слово «проект»?

В самом общем смысле проект — это некая новая идея, которая в результате определенной деятельности воплощается в жизнь в виде реального продукта (объекта), материального или интеллектуального. В качестве продукта могут выступать разного рода услуги, например услуги по оформлению и дизайну помещений, информационно-аналитические услуги, образовательные услуги. Для того чтобы появился какой-либо продукт, необходимо выполнить определенные действия, а также обеспечить весь процесс его создания необходимыми ресурсами: денежными, материальными, трудовыми.

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

Проект — это целенаправленное, ограниченное по времени и ресурсам мероприятие, ориентированное на создание уникального продукта или услуги.

Системный подход к проектной деятельности позволяет:

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

Основные этапы разработки проекта

Замысел проекта

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

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

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

♦ планирование деятельности;
♦ контроль и анализ результатов.

Планирование

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

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

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

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

Рассмотрим некоторые цели, которые должны отображать соответствующие структуры.

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

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

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

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

Степень детализации структуры зависит от заданной точности проработки проекта.

Создание иерархических структур проекта производится сверху вниз. Сначала определяется главный объект той или иной структуры, а затем начинается процесс выявления составляющих его объектов. Такой способ разбиения главного объекта на составляющие называют структурной декомпозицией (от отрицания de и лат. copposition — составление). Так поступают при разработке большинства структур проекта: для выявления промежуточных целей и состава продукта, определения содержания работ проекта, организации контроля за выполнением проекта.

Рис. 6.4. Общий вид иерархической структуры

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

♦ Зачем? — определяется цель проекта;
♦ Что? — определяется объект, продукт или услуга, создаваемые в проекте;
♦ Кто? — определяются участники проекта и степень их ответственности;
♦ Каким образом и когда? — определяется состав и продолжительность работ по проекту;
♦ Как проконтролировать? — определяются способы оценки степени выполнения работ.

Следует понимать, что создание структур проекта — итерационный процесс (от лат. iteratio — повторение). Сначала разрабатываются приближенные структуры. Затем по мере уточнения целей и задач проекта эти структуры постепенно корректируются. Даже если решение о начале выполнения проекта уже принято, допустима текущая корректировка любой структуры в зависимости от сложившейся ситуации. Таким образом, структурные схемы могут многократно изменяться и совершенствоваться по ходу выполнения проекта.

Далее вы познакомитесь с несколькими основными структурами проекта.

Контроль и анализ

Основной целью этапа контроля и анализа деятельности по проекту является обеспечение выполнения плана.

Контроль выполнения проекта состоит в том, что на выделенных этапах определяются результаты, которые затем сравниваются с планом. Если в результате сравнения выявлены расхождения, то намечаются меры по их ликвидации. В качестве таких мер может быть предложено, например, привлечение дополнительных ресурсов или изменение сроков окончания некоторых работ.

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

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

Контрольные вопросы и задания

Задания

1. Приведите несколько словосочетаний из современной жизни, содержащих слово «проект».

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

3. Приведите примеры простых и сложных проектов.

4. Приведите примеры краткосрочных и долгосрочных проектов.

5. Приведите примеры разных замыслов, которые могли бы воплотиться в проект.

Контрольные вопросы

1. Что такое проект?

2. Что является главным в любом проекте?

3. Какие основания для классификации проектов вам известны?

4. Какие типы проектов вы знаете?

5. К какому типу можно отнести проект превращения Санкт-Петербурга в туристический центр Северо-Запада?

6. К какому типу (по сфере деятельности человека) можно отнести проект строительства моста через реку, связывающего два района?

7. К какому типу можно отнести проект повышения жизненного уровня россиян?

8. К какому типу можно отнести проект изучения экологического состояния малых рек вашего региона?

9. Назовите основные этапы разработки проекта.

10. В чем смысл этапа планирования проекта?

11. Что такое структура проекта и для чего она используется?

12. Что означает слово «декомпозиция»?

13. Почему каждая структура проекта является его информационной моделью?

14. В чем суть этапа контроля и анализа?

Источник

Этап подготовки проекта в теории

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

Что же такое проект?

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

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

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

Часто встречающиеся недостатки в реализации проектов:

На основании своих исследований Элбейк и Томас указали 10 факторов, которые многие определяют как критические для успеха проекта (расположены в соответствии с приоритетами):

Определение границ проекта

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

Проблемы недостаточно точного определения потребностей:

Для того, чтобы понять масштабы проекта необходимо иметь следующую информацию:

ЗС и их потребности

В зависимости от особенностей проекта многие другие группы или отдельные люди могут быть заинтересованы в нем:

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

Определение предназначения и целей проекта

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

Цели должны соответствовать критериям SMART:

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

Возможности и угрозы

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

Проверка осуществимости проекта

Затраты и выгоды для оценки проекта

Риски и ситуационное планирование

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

Оценка риска и анализ влияния: ключевые вопросы

Основание для действий по проекту

Источник

Работа с проектом: этапы, особенности и артефакты

Начинаем серию статей для быстрого погружения в проджект-менеджмент. Весь курс в видеоформате можно бесплатно пройти на GeekBrains. А здесь первый урок в текстовом виде — для тех, кому удобнее читать.

Этапы проекта

Любой проект состоит из четырёх этапов: инициализации, планирования, реализации и завершения. Рассмотрим каждый подробнее.

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

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

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

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

Проектные артефакты

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

Рассмотрим, как распределяются артефакты на каждом из этапов проекта. При этом от проекта к проекту набор будет немного разным.

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

Планирование: план проекта, дорожная карта, точки сверки и ресурсный план.

Реализация: акт сдачи-приёмки работ, замечания и доработки.

Завершение: инструкция по работе, обучение, акт сдачи-приёмки работ.

Так могут выглядеть основные артефакты по IT-проекту:

Сбор артефактов

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

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

Проджект-менеджер согласовывает результаты с конечными пользователями — это подтверждает, что команда делает именно то, что нужно заказчику.

Результаты каждой встречи фиксируются — это позволяет избегать многих неприятных ситуаций. Например, если заказчик попросит разработать новую фичу, которая не была прописана в изначальном техническом задании, — будет возможность обсудить условия дополнительной оплаты и новые сроки. Клиент не сможет сказать, что он говорил о ней ранее и вы обещали реализовать её в рамках стандартной оплаты. Также это не позволит заказчику выставить одни требования, а затем сказать: «Я видел это совсем иначе». У вас всё зафиксировано!

После встречи проджект рассылает её итоги всем участникам проекта, а клиента просит подтвердить, что он тоже ознакомился с ними. Если он не отвечает, то менеджер не стесняется напомнить о письме.

Виды артефактов

Артефакты делятся на формальные и неформальные.

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

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

Виды заказчиков

Заказчиков принято разделять по двум принципам. Первый — по традиционному объёму документации, который необходимо вести по проекту. Второй — с точки зрения того, как происходит процесс взаимодействия до запуска проекта. В этой классификации выделяют четыре вида заказчиков:

Есть и другая категоризация заказчиков — по ней они могут быть внутренними и внешними. Внутренний заказчик — это смежный отдел. Если GeekBrains закажет IT-решение у отдела разработки, входящего в Mail.ru Group, то станет для него внутренним заказчиком — всё будет происходить в рамках одной компании. Если GeekBrains поставит задачу разработать IT-решение стороннему подрядчику, то выступит для него внешним заказчиком.

Зона ответственности заказчика

Работая в любом проекте, нужно понимать, к кому и с каким вопросом обращаться: что может решить заказчик, что руководитель, а когда стоит получить больше информации от команды. Чтобы не растеряться в самый неподходящий момент, на старте нужно распределить зоны ответственности. Один из классических инструментов для этого — матрица RACI.

Матрица RACI — это таблица, в которой проджект-менеджер по горизонтали вписывает зоны ответственности, а по вертикали — исполнителей и другие действующие лица на проекте (заказчиков, членов команды, подрядчиков). Этот инструмент помогает распределить ответственность ещё на этапах инициализации и планирования проекта.

В матрице выделяется четыре зоны ответственности: R — responsible (исполняет), A — accountable (несёт ответственность) C — consult before doing (консультирует до исполнения), I — inform after doing (оповещает после исполнения). Рассмотрим это на примере.

По горизонтали прописаны зоны ответственности, а по вертикали — действующие лица. Анна разрабатывает устав, а Бен несёт ответственность за выполнение этой задачи. Если у кого-то из членов команды появится вопрос про устав, он сразу поймёт, к кому обратиться.

Чтобы составить матрицу RACI, нужно выполнить следующие шаги:

При этом важно соблюдать основные принципы:

Удержать все эти вещи в голове непросто, но благодаря практике можно стать эффективным проджект-менеджером. Попробуйте начать свой путь в профессии с бесплатного курса GeekBrains. Желаем удачи!

Начинаем серию статей для быстрого погружения в проджект-менеджмент. Весь курс в видеоформате можно бесплатно пройти на GeekBrains. А здесь первый урок в текстовом виде — для тех, кому удобнее читать.

Этапы проекта

Любой проект состоит из четырёх этапов: инициализации, планирования, реализации и завершения. Рассмотрим каждый подробнее.

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

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

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

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

Проектные артефакты

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

Рассмотрим, как распределяются артефакты на каждом из этапов проекта. При этом от проекта к проекту набор будет немного разным.

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

Планирование: план проекта, дорожная карта, точки сверки и ресурсный план.

Реализация: акт сдачи-приёмки работ, замечания и доработки.

Завершение: инструкция по работе, обучение, акт сдачи-приёмки работ.

Так могут выглядеть основные артефакты по IT-проекту:

Сбор артефактов

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

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

Проджект-менеджер согласовывает результаты с конечными пользователями — это подтверждает, что команда делает именно то, что нужно заказчику.

Результаты каждой встречи фиксируются — это позволяет избегать многих неприятных ситуаций. Например, если заказчик попросит разработать новую фичу, которая не была прописана в изначальном техническом задании, — будет возможность обсудить условия дополнительной оплаты и новые сроки. Клиент не сможет сказать, что он говорил о ней ранее и вы обещали реализовать её в рамках стандартной оплаты. Также это не позволит заказчику выставить одни требования, а затем сказать: «Я видел это совсем иначе». У вас всё зафиксировано!

После встречи проджект рассылает её итоги всем участникам проекта, а клиента просит подтвердить, что он тоже ознакомился с ними. Если он не отвечает, то менеджер не стесняется напомнить о письме.

Виды артефактов

Артефакты делятся на формальные и неформальные.

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

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

Виды заказчиков

Заказчиков принято разделять по двум принципам. Первый — по традиционному объёму документации, который необходимо вести по проекту. Второй — с точки зрения того, как происходит процесс взаимодействия до запуска проекта. В этой классификации выделяют четыре вида заказчиков:

Есть и другая категоризация заказчиков — по ней они могут быть внутренними и внешними. Внутренний заказчик — это смежный отдел. Если GeekBrains закажет IT-решение у отдела разработки, входящего в Mail.ru Group, то станет для него внутренним заказчиком — всё будет происходить в рамках одной компании. Если GeekBrains поставит задачу разработать IT-решение стороннему подрядчику, то выступит для него внешним заказчиком.

Зона ответственности заказчика

Работая в любом проекте, нужно понимать, к кому и с каким вопросом обращаться: что может решить заказчик, что руководитель, а когда стоит получить больше информации от команды. Чтобы не растеряться в самый неподходящий момент, на старте нужно распределить зоны ответственности. Один из классических инструментов для этого — матрица RACI.

Матрица RACI — это таблица, в которой проджект-менеджер по горизонтали вписывает зоны ответственности, а по вертикали — исполнителей и другие действующие лица на проекте (заказчиков, членов команды, подрядчиков). Этот инструмент помогает распределить ответственность ещё на этапах инициализации и планирования проекта.

В матрице выделяется четыре зоны ответственности: R — responsible (исполняет), A — accountable (несёт ответственность) C — consult before doing (консультирует до исполнения), I — inform after doing (оповещает после исполнения). Рассмотрим это на примере.

По горизонтали прописаны зоны ответственности, а по вертикали — действующие лица. Анна разрабатывает устав, а Бен несёт ответственность за выполнение этой задачи. Если у кого-то из членов команды появится вопрос про устав, он сразу поймёт, к кому обратиться.

Чтобы составить матрицу RACI, нужно выполнить следующие шаги:

При этом важно соблюдать основные принципы:

Удержать все эти вещи в голове непросто, но благодаря практике можно стать эффективным проджект-менеджером. Попробуйте начать свой путь в профессии с бесплатного курса GeekBrains. Желаем удачи!

Источник

Вам также может понравиться

Что ВЫГОДНЕЕ в 2026? ПЛЮСЫ и МИНУСЫ вторички и новостройки — смотреть видео онлайн от «ФЛЭТ Недвижимость» в хорошем качестве

Что ВЫГОДНЕЕ в 2026? ПЛЮСЫ и МИНУСЫ вторички и новостройки

К-700 ушел под лед! / Суровые испытания кировца — смотреть видео онлайн от «Полигон 98» в хорошем качестве

К-700 ушел под лед! / Суровые испытания кировца https://rutube.

Сценарий праздника крещенские посиделки для пожилых пенсионеров. Как провести и когда крещение в 2026 году какого числа в России?

Веселые сценарии для проведения «Крещенских посиделок»

Муж решил припугнуть жену, что уйдёт в любой момент, но то, что она сделала…. Муж уходит из семьи что делать? Аудио рассказы онлайн.

Истории из жизни|Муж решил|Аудио рассказы|Аудиокниги