Реализация проекта что это
реализация проекта
Смотреть что такое «реализация проекта» в других словарях:
РЕАЛИЗАЦИЯ — РЕАЛИЗАЦИЯ, реализации, мн. нет, жен. Действие по гл. реализовать и реализоваться. Реализация постановлений партии большевиков и Советского правительства. Реализация проекта. Реализация займа. Реализация ценностей. Толковый словарь Ушакова. Д.Н.… … Толковый словарь Ушакова
РЕАЛИЗАЦИЯ — (фр., realisation, от ново лат. realis действительный). Осуществление, приведение в исполнение какого либо предприятия; в торговле: обращение товара в наличные деньги. Словарь иностранных слов, вошедших в состав русского языка. Чудинов А.Н., 1910 … Словарь иностранных слов русского языка
РЕАЛИЗАЦИЯ — (от лат. realis действительный) англ. realization; нем. Realisierung. 1. Осуществление ч. л., проведение в жизнь к. л. плана, проекта, программы, идеи, намерения и т. п. 2. Продажа товара; передача через куплю продажу товаров от производителя к… … Энциклопедия социологии
Реализация Манифеста о трёхдневной барщине (1797—1861) — У этого термина существуют и другие значения, см. Манифест (значения). Манифест о трёхдневной барщине … Википедия
Реализация Манифеста о трехдневной барщине — Манифест о трёхдневной барщине Реализация Манифеста о трёхдневной барщине (1797 1861 гг.) процесс практического осуществления и воплощения в жизнь правовых предписаний и норм, изложенных в тексте Манифеста императора Павла I от 5 (16) апреля… … Википедия
Реализация Манифеста о трехдневной барщине (1797-1861 гг.) — Манифест о трёхдневной барщине Реализация Манифеста о трёхдневной барщине (1797 1861 гг.) процесс практического осуществления и воплощения в жизнь правовых предписаний и норм, изложенных в тексте Манифеста императора Павла I от 5 (16) апреля… … Википедия
Реализация Манифеста о трёхдневной барщине (1797-1861) — Манифест о трёхдневной барщине Реализация Манифеста о трёхдневной барщине (1797 1861 гг.) процесс практического осуществления и воплощения в жизнь правовых предписаний и норм, изложенных в тексте Манифеста императора Павла I от 5 (16) апреля… … Википедия
Реализация Манифеста о трёхдневной барщине (1797-1861 гг.) — Манифест о трёхдневной барщине Реализация Манифеста о трёхдневной барщине (1797 1861 гг.) процесс практического осуществления и воплощения в жизнь правовых предписаний и норм, изложенных в тексте Манифеста императора Павла I от 5 (16) апреля… … Википедия
реализация — и; ж. [от лат. realis вещественный] к Реализовать и Реализоваться. Практическая р. плана, проекта. Р. творческих замыслов. Р. товаров по договорным ценам. Р. ценных бумаг в сберкассах. Создавать товары ради их реализации. Задержка в реализации… … Энциклопедический словарь
Реализация — (от позднелат. realis вещественный, действительный) 1) осуществление какого либо плана, проекта, программы, намерения. 2) В экономике продажа товара, превращение ценных бумаг или имущества в деньги, размещение займа … Большая советская энциклопедия
РЕАЛИЗАЦИЯ — (от позднелат. realis вещественный) 1) осуществление чего либо, проведение в жизнь какого либо плана, проекта, программы, намерения; 2) продажа товара; превращение имущества или ценных бумаг в деньги … Профессиональное образование. Словарь
Реализация проекта. Управление командой проекта. Часть 6
Реализация проекта начинается с объединения людей и других ресурсов, необходимых для выполнения проекта. Как только вы получили людей для реализации проекта, помогите им узнать их назначения, общую идею проекта и их товарищей по команде. Для этого проведите ознакомительную встречу.
После этого выполнение проекта представляет собой выполнение всей работы, которую вы определили в структуре распределения работ. Мониторинг и контроль вашего проекта запускаются одновременно с выполнением. Мониторинг представляет собой сбор данных о том, где находится проект. Поскольку проекты никогда не следуют планам, которые вы так тщательно готовите, вы должны выяснить, как реагировать на возникающие изменения, неожиданности и проблемы.
Запрос предложения или RFP проекта
Для инициации и планирования проекта, вы можете работать с небольшой основной командой. Реализация – это когда вы привлекаете остальную часть команды и приобретаете необходимое оборудование и материалы.
Сбор предложений часто начинается с запроса предложения, сокращенно называемого RFP, который является типичным способом запроса предложений или предложений поставщиков. В RFP описываются необходимые вам услуги или ресурсы, когда они вам нужны, и ваш бюджет на эту работу. Рекомендуется включить критерии, которые вы планируете использовать для выбора поставщика. Кроме того, укажите инструкции и крайний срок подачи предложения, а также дату, когда вы объявите о своем решении.
Получив все предложения поставщиков, вы обговариваете и оцениваете ответы, используя ваши критерии. Затем вы выбираете победителя. Процесс выбора зависит от размера и сложности проекта. Оценка и выбор могут быть такими же простыми, как заполнение таблицы ниже и выбор поставщика с наивысшим баллом.
Сопроводительное письмо (1 = да, 0 = нет)
Возможность уложиться в сроки (1 = да, 0 = нет)
Возможность уложиться в бюджет (1 = yes, 0 = no)
Качество портфолио (2 = отлично, 1 = средне, 0 = слабо)
Отзывы (1 = да, 0 = нет)
Для больших заданий вы можете свести представленные материалы к короткому списку поставщиков. Затем попросить во втором раунде каждого поставщика подготовить более подробную презентацию или продемонстрировать, что они могут предложить. В конце вы заключаете контракт с поставщиком.
Техники эффективного общения
Как менеджер проекта, вы общаетесь с людьми на всех уровнях организации, от клиентов и управленческой команды до людей, которые работают над проектами. Хорошие коммуникативные навыки помогут вам и вашей команде сделать больше, и лучше выполнить свою работу.
Еще несколько советов по улучшению общения:
Как проводить эффективные собрания
На различного рода собраниях люди тратят много времени и энергии, которые они могли бы использовать для выполнения работы над проектом, а поскольку в собраниях участвуют несколько человек, в совокупности мы получаем затраты большего масштаба, чем на других работах. Но иногда собрания – это лучший способ работать и общаться.
Управление командой проекта
Как менеджер проекта, вы полагаетесь на членов вашей команды, чтобы добиться цели и достичь целей проекта. Вы должны мотивировать людей, которые работают над вашим проектом, даже если они обычно отчитываются непосредственно перед кем-то. Давайте рассмотрим восемь методов, которые вы можете использовать для укрепления рабочих отношений и мотивации членов вашей команды.
Если окажется, что кто-то не подходит для выполнения своего задания, подумайте о том, чтобы найти других людей, которые смогут помочь вам в этом направлении. Если вам нужно кого-то заменить, поработайте с функциональным менеджером, чтобы найти кого-то еще. Если вы не можете заменить человека, вам, возможно, придется изменить ожидания заинтересованных сторон в отношении графика, бюджета, объема или качества проекта.
Лидерство является одной из важнейших характеристик менеджера проекта. Используя методы, описанные в этом разделе, вы можете построить эффективные рабочие отношения и мотивировать своих людей.
Как управлять удаленными командами
Для этого выберите лучшее время для онлайн звонка, чтобы поговорить о том, как будет работать общение в команде. Построить отношения на расстоянии очень сложно, но не невозможно. Те же навыки межличностного общения, которые вы используете со своими коллегами по офису, также работают с удаленными членами команды.
Поддерживайте своих членов команды, будьте понимающим и уважительным. Заботьтесь о своих людях и помогите им преодолеть препятствия. Не забудьте поблагодарить их, когда они делают хорошую работу.
Виртуальные команды могут иметь больше конфликтов из-за недопонимания и других проблем с коммуникацией. Разрешение конфликта никогда не бывает легким. Но это еще сложнее с виртуальными командами. Используйте телефонную связь или видеоконференцию для управления конфликтами с виртуальными командами. Электронная почта является безличной для деликатных обсуждений и может привести к еще большему недопониманию.
Управление IT-командами
IT-команды завязаны на технологиях. Они очень креативны, поэтому неудивительно, что управление ими немного отличается от управления другими членами команды.
Как и другие типы творческих людей, техники работают лучше в определенных условиях (разное время суток, музыкальное сопровождение, свободный стиль одежды и т.д.). Постарайтесь проявить достаточную гибкость, чтобы предоставить членам вашей ИТ-команды среду, которая пробуждает их к творчеству. Это всего лишь несколько советов, которые помогут вам более эффективно управлять членами IT-группы.
От идеи к реализации: 12 этапов проектирования стартапа
Как и любой другой проект, стартап начинается с идеи. И, что примечательно, эта идея не обязательно должна быть гениальной. Бывает достаточно создать решение, выигрывающее на фоне существующих аналогов. Но как реализовать идею и создать продукт, привлекательный для потребителя и инвесторов?
Этап №1: Идея
Идею проекта Gurulook, социального сервиса поиска товаров по картинкам с игровыми элементами, где пользователь размещает фотографию понравившейся вещи, а другие юзеры публикуют ответ в виде ссылки на искомый товар, нам подсказали сами клиенты. В группах Kitmall и Kupinatao (наших интернет-магазинах товаров из Китая) в социальных сетях стали часто появляться запросы с просьбой помочь в поиске товара. Пользователи натыкались на красивую вещь в интернете, а где ее найти не знали. В какой-то момент они стали публиковать запросы с просьбой найти «похожее платье» или что-то еще и прилагали картинку. Пришлось создать отдельную тему для обсуждения «помогите найти». И вот здесь появилась идея создания сервиса.
Этап №2: Команда
Соберите людей, которым понравится ваша идея: на стадии запуска бизнеса большую ценность имеет потенциал работника и «горящие глаза». От того, каких людей вы привлечете для работы над проектом, во многом зависит его успех. Выявить таких людей из остальной массы не составляет труда. Они, как правило, энергичны, инициативны и душой «болеют» за дело (читайте статью Командообразование для стартапа: 7 распространенных HR-ошибок).
Этап №3: Рынок
Постарайтесь оценить размеры рынка. Если рынок предлагаемых вами услуг еще не сформирован, постарайтесь проанализировать данные аналогичных и смежных сегментов. Для определения рентабельности вложений в ваш проект необходимо понимать, сколько существует потенциальных потребителей. Изучите конкурентов, выявите их сильные и слабые стороны и на основании этого сформулируйте свои уникальные преимущества.
Этап №4: Концепция
На данном этапе вы составляете краткое описание исходных гипотез о своем бизнесе. Начать стоит с формирования цели: что, зачем и, самое главное, для кого вы хотите создать. Желательно подкреплять эту информацию цифрами. Важно подробно исследовать целевую аудиторию и на основании полученной информации нарисовать для себя портрет предполагаемого клиента. Это поможет более четко определить его потребности и грамотно сформировать предложение. От правильного выбора целевой аудитории напрямую зависит показатель конвертации пользователя в постоянного потребителя.
Чтобы точно спрогнозировать поведение потенциального потребителя, постарайтесь подробно описать один день из жизни, разбив его на интервалы по 15-30 минут. Особое внимание уделите времени, проводимому в интернете.
Нужно понимать, что помимо основной аудитории — той, на которую вы в первую очередь будете ориентировать проект, может существовать еще и вторичная — лица, потенциально заинтересованные в вашем продукте. Опишите, как вы видите клиента из каждой группы. Важный момент — оценка численности аудитории, готовой платить за ваш продукт. Как правило, эта группа людей гораздо меньше общего числа потенциальных пользователей. Пристальное внимание следует уделить анализу стратегических перспектив проекта (SWOT-анализ), а также возможным способам его монетизации. Опишите, как будет изменяться доход компании в течение трех лет? Какой посещаемости нужно за это время достичь, чтобы добиться нужных вам показателей? После того, как появилась ясность с доходами, приступайте к прогнозированию расходов на тот же период. Исходя из этого, оцените возможную прибыль. Если вы планируете привлекать инвестиции, то заранее определите их долю в проекте.
Этап №5: Техническое задание
В детальном проектировании стартапа на данной стадии нет особого смысла. Проект развивается и наращивается в реальном времени, учитывая пожелания пользователей и новое видение автора, пока не будет полностью реализована вся его концепция в рамках исходной идеи. Начинать разработку технического задания разумно с деления всего проекта на отдельные, целостные этапы.
Обязательно выставляйте сроки! И лучше выделять на каждый этап в два раза больше времени, чем вам кажется изначально.
Этап №6: Прототип
Не начинайте привлекать инвестиции в стартап, не построив прототип. Создайте проект продукта с набором базовых характеристик. Прототип должен быть простым для понимания и применения. Это могут быть схемы страниц, показывающие, какая информация и элементы управления должны располагаться в разделах сайта. Так вы сможете увидеть, как будет работать стартап до его программирования.
Этап №7: Тестирование
Как только прототип будет готов, попросите знакомых начать пользоваться им. Ваша задача — определить, правильно ли вы обозначили проблему и удовлетворяет ли предлагаемое вами решение потребности потенциального пользователя. Тестирование прототипа позволило нам усовершенствовать некоторые элементы сервиса.
Вашему ИП или ООО меньше трёх месяцев? Расчетный счет и бухгалтерия на год в подарок по акции от Контур.Банк.
Ключевая идея Gurulook — возможность поиска товара по картинкам. Для пользователей оказалось важной максимально простая и удобная загрузка фото. Проанализировав замечания юзеров, мы упростили процесс публикации фото и добавили дополнительные возможности по изменению его размера.
Этап №8: Альфа-версия
Это стадия, на которой проект уже готов, но еще не протестирован. В процессе внутренних тестов в интерфейс вносятся некоторые мелкие коррективы, которые не были учтены при разработке и создании технического задания. Начинаются переговоры с первыми клиентами.
Этап №9: Закрытая бета-версия
У проекта появляется небольшое количество последователей, привлеченных для тестирования продукта. После тестирования производится работа над ошибками. В ходе закрытого бета-тестирования мы проанализировали цветовые предпочтения аудитории и осознали необходимость произведения редизайна сайта.
Этап №10: Публичная бета-версия
Ведется умеренно активное привлечение пользователей, заинтересованных в тех услугах, которые вы предлагаете, либо пользователей, постоянно находящихся в поиске чего-то нового. Задача номер один на этой стадии: превратить изначальные гипотезы основателей о рынке и потребителях в факты. Параллельно ведется работа над ошибками.
Бета-тестирование сервиса показало, что задуманные варианты геймификации не были активно восприняты целевой аудиторией. Мы предполагали, что у женской аудитории заведомо будет соревновательный интерес. За активность в Сети мы начисляли им рейтинг, но нигде его не публиковали. Это не вызывало интереса. В связи с этим было принято решение несколько видоизменить проект. Мы стали визуализировать рейтинги на главной странице, добавили лидерборды за неделю. Немного пересмотрели и сам механизм начисления баллов: изначально баллы участником начислялись за публикуемые в ответах ссылки, сейчас баллы начисляются в том случае, если пользователь, перейдя по ссылке, совершает покупку. Эти баллы впоследствии можно использовать для оплаты своих покупок в интернет-магазинах-партнерах.
Этап №11: Запуск
Начало работы проекта, его продвижение и оформление пакета юридических документов. Даже после полной реализации исходной идеи успешный стартап продолжает развиваться: совершенствуются техническая и идейная составляющие, исправляются всплывающие ошибки. Здесь же встает вопрос о регистрации товарного знака. Заявку на регистрацию товарного знака есть смысл подавать в том случае, когда вы вложили в свое название какие-то средства, поняли, что оно работает, но популярным оно пока не стало. Товарный знак имеет территориальное ограничение: если он зарегистрирован в России, то и охраняется он только в России. Зарегистрировать товарный знак в США возможно в том случае, если вы использовали его в течение двух лет.
Этап №12: Поиск инвесторов (часто может следовать за этапом создания прототипа)
Важно понять, какую часть бизнеса вы готовы отдать инвестору. Чтобы у проекта были шансы на жизнь, некоторые специалисты рекомендуют отдавать не более 15-25%. Устраивайте встречи с большим числом инвесторов, найдите несколько потенциально заинтересованных партнеров и переходите к переговорам о структуре сделки и ее закрытии. Не бойтесь оспаривать предложения инвесторов и предлагать свои условия. Четко определите границы контроля инвестора и варианты выхода из бизнеса. Обязательно пропишите эти вопросы.
Олег Жук, ведущий разработчик в компании VirtoWay
Работа с проектом: этапы, особенности и артефакты
Начинаем серию статей для быстрого погружения в проджект-менеджмент. Весь курс в видеоформате можно бесплатно пройти на 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. Желаем удачи!