Как правильно на работе составить проект



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

Шаг 1. Определите владельца проекта и ответственного

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

Хорошо, когда владелец участвует в проекте и общается с вами — тогда обсуждать и вносить изменения можно через него. Если владелец не принимает участие в обсуждениях, говорите только с ЛПР. Иначе может получиться так: вы будете встречаться и принимать решения, а потом придётся всё переделывать, потому что это не устраивает ЛПР.

Шаг 2. Определите стейкхолдеров

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

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

Влияние — насколько человек влияет на развитие проекта, может ли он принимать участие в управлении.

Важность — насколько человек влияет на результат.

График влияния стейкхолдера

1. Партнёры — влиятельные и важные для проекта люди. К ним нужно прислушиваться, обсуждать вопросы, учитывать интересы.
2. Консультанты — влиятельные люди с низким уровнем важности. С ними менеджер проекта обсуждает важные вопросы, но не лезет с мелочами.
3. Поддержка — важные, но не влиятельные сотрудники, держите их в курсе новостей. Когда появляются новые идеи и пожелания, идите к ним и рассказывайте.
4. Рядовые сотрудники — люди с низким уровнем влияния и важности. Это дизайнеры, верстальщики, разработчики, над которыми стоят главные — поддержка.

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

Шаг 3. Сбор и формализация требований

Каждая студия собирает требования клиента по-разному. Менеджер проекта присутствует на всех встречах, чтобы быть в курсе — именно ему предстоит уточнять, собирать дополнительные сведения, перепроверять и доносить мысли от заказчика команде и обратно.

В AIC на первой встрече мы проводим презентацию компании: рассказываем о наших подходах, показываем кейсы на тематику клиента. Объясняем, как работает аналитика и UX-исследования, демонстрируем шоурилы.

Пример шоурила для встречи с клиентом.

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

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

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

Шаг 4. Аналитика

Иногда клиенты сами не понимают, что им нужно. В таком случае поможет предпроектная аналитика.

Владелец банковского сайта обратился к нам с задачей на редизайн. Он сказал, что их клиенты — успешные взрослые женщины и мужчины с зарплатой больше 100 тысяч, которые приходят за автокредитом и ипотекой. Мы проверили, и оказалось, что целевая аудитория — девушки 20–25 лет с зарплатой до 50 тысяч, которые берут потребительский кредит на отдых.

Концепция — визуальный дизайн, CJM, пользовательские сценарии — зависит от аудитории, и для всех она разная. Этот случай показывает, что аналитика помогает улучшить результат ещё до старта.

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

«Иногда приходят клиенты и говорят: „Вот наш сайт, подскажите как эксперты, что хорошо и что плохо“. Мы говорим: „Нет, мы не целевая аудитория“. Например, мы не можем оценить сервис для ипотеки. Мы не подходим к оценке экспертно, а привлекаем реальную аудиторию продукта».

Шага 5. Планирование и декомпозиция задач

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

1 этап. Первичная аналитика и данные заказчика. Мы составляем портрет целевой аудитории, проектируем пользовательские сценарии и проводим клиентские воркшопы.

«Клиент понимает, что мы должны работать в одной команде. Внутри рабочей группы есть клиент и исполнитель, у каждого своя зона ответственности. Мы обсуждаем риски, как их устранить, эскалировать ситуацию. Прорабатываем MVP, разбиваем на составляющие, расставляем приоритеты: что делаем вперёд, что потом».

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

1. Василий — суперзанятый, некогда сходить на обед. Ему важно успеть заказать обед незаметно для коллег во время совещания, буквально двумя кликами.
2. Василиса — сидит дома с детьми, заботится о здоровье, готова к новому опыту. Может проводить в приложении много времени: изучать состав, калории и так далее.

2 этап. Детальное проектирование: разрабатываем прототипы интерфейса, тестируем их на лояльной аудитории. Для «Азбуки вкуса» приглашали клиентов в офис и тестировали прототипы.

3 этап. Дизайн-концепция: дизайн, интерактив — всё это тоже проверяем на группе и согласуем с заказчиком.

4 этап. Внутренние страницы, ресайзы и так далее.

Чем подробнее расписаны задачи, тем легче их будет оценить.

Шаг 6. Оцените задачи

Чем больше проектов у вас за плечами, тем проще оценить время и стоимость каждого следующего. Менеджер оценивает задачи не в одиночку, он также опирается на опыт команды. Если проект в новинку для всех, разделите задачи на 3 группы:

1. которые вы делали раньше;
2. которые вы не делали, но знаете, как;
3. которые вы не делали и о которых вам нужно узнать больше.

Первую группу вы оцениваете как всегда. Вторую оцениваете на основе своего опыта и интуиции, умножаете на 1,5–2. То же самое с третьей, только умножаете уже на 2–3. Сначала может показаться, что это слишком много, но к концу проекта вы будете думать иначе.

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

По поводу согласования документов у нас довольно жёсткая позиция. Если видим в пункте договора потенциальные риски, наши юристы сразу их исключают или делают прозрачные формулировки. Иногда заказчик сопротивляется: «Мы не принимаем правки», — это тревожный звоночек. В таком случае мы можем и отказаться от проекта.

7. Составьте план проекта

В 5 шаге вы получили задачи и подзадачи. Чтобы не выбиться из графика и сдать проект в срок, следите за выполнением задач. Воспользуйтесь программой по управлению проектами, например, Microsoft Project.

Интерфейс MS Project

В MS Project можно выбрать один из встроенных шаблонов и подстроить его под свой проект: поставить задачи, распределить их между командой, определить длительность и установить зависимости между ними. Здесь же можно делать отчёты — стандартные ежеквартальные или в режиме реального времени. Для наглядности можно использовать диаграмму Ганта.

Диаграмма Ганта. Источник: medium

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

Сейчас мы пользуемся таск-трекером Jira + Confluence. До этого был Trello и Basecamp, некоторые сотрудники пользовались другими трекерами — кому что удобно. Из-за работы сразу в нескольких трекерах сложно аккумулировать знания, которые мы получали на проектах, поэтому мы сделали общую систему.

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

К старту готовы

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

Мнение редакции может не совпадать с мнением автора. Ваши статьи присылайте нам на 42@cossa.ru. А наши требования к ним — вот тут.

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

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

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

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

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

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

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

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

Проект как временное явление

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

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

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

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

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

К операционной деятельности организации можно применить проектный подход. Если в организации принят такой подход, то выполняемые в ней текущие операции, такие как поддержка веб-сайта в течение определенного периода времени, определяются как отдельный проект. Управление проектами в последние годы охватывает все большее число операций в организациях, то есть все большее число организаций переходит на “управление через проекты”. Управление через проекты (managing by projects), то есть применение методик проектного управления к операционной деятельности, надо отличать от управления проектами (project management).

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

Составляющие проектного плана

Проект позволяет достичь определенного результата в определенные сроки и за определенные деньги. План проекта составляется для того, чтобы определить, с помощью каких работ будет достигаться результат проекта, какие люди и оборудование нужны для исполнения этих работ, в какое время эти люди и оборудование будут заняты работой по проекту. Поэтому проектный план содержит три основных элемента: задачи (task), ресурсы (resource) и назначения (assignment). Рассмотрим подробнее каждый из них.

Задачи

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

Фазы

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

Если для достижения результатов задачи достаточно выполнить только ее, то для достижения результата фазы нужно выполнить группу других задач. И в этом заключается отличие фазы от задачи: ее результат суммирует результаты других задач. Именно поэтому в MS Project фазы называют суммарными задачами (summary task).

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

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

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

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

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

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

Вехи

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

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

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

Длительность и трудозатраты

Длительность задачи – -это период рабочего времени, который необходим для того, чтобы выполнить ее. Например, задача “Сбор предложений от авторов” в проекте издания журнала может занимать неделю.

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

Зависимости и связи

Задачи в плане проекта взаимосвязаны, например, часто одна задача не может начаться, пока не закончена другая (возведение стен не может начаться раньше закладки фундамента). В плане проекта зависимости (dependencies) обозначаются с помощью связей (links), и оба эти термина -зависимость и связь -имеют один и тот же смысл, обозначая логику, определяющую последовательность работ в плане проекта.

Роли и ресурсы

Под ресурсами в MS Project понимаются сотрудники и оборудование, необходимые для выполнения проектных задач. Например, для выполнения задачи “Сбор предложений от авторов” в проекте должен быть задействован ответственный секретарь журнала.

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

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

Стоимость ресурсов

Важное свойство ресурсов – -стоимость их использования в проекте, то есть затраты (cost). В MS Project есть два типа стоимости ресурсов: повременная ставка и стоимость за использование. Повременная ставка (rate) выражается в стоимости использования ресурса в единицу времени, например, 100 рублей в час или 1000 рублей в день. В таком случае стоимость участия ресурса в проекте составит время, которое он работает в проекте, умноженное на почасовую ставку. Обычно почасовая ставка служит для учета стоимости нематериальных ресурсов.

В области управления проектами термины “стоимость” и “затраты” равнозначны. В книге оба термина также применяются на равных правах.

Величина затрат на использование (cost per use) обозначает стоимость использования оборудования или сотрудника в задаче. Эта величина не зависит от того, сколько времени задействован в задаче сотрудник или материальный ресурс. Общие затраты на использование ресурса определяются путем умножения стоимости использования ресурса в задаче на число задач, в которых он задействован.

У ресурса может быть указана стоимость как одного из двух типов, так и обоих. При определении общих затрат на использование ресурса в проекте MS Project определяет повременные затраты и затраты на использование и суммирует их.

Назначения

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

Проектный треугольник

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

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

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

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

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

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

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

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

Выдержки из книги В.Богданова

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

Описанное выше – незначительный пример. Но он отлично объясняет суть – у всего есть начало.

Управление проектами – не исключение. Будучи сложной цепочкой задач и процессов, оно также с чего-то начинается. Этим первым шагом является план проекта.

В этой статье мы поговорим о плане и процессе планирования, а также разъясним моменты, связанные с вопросом «Как создать такой план». Мы выделили 7 шагов.

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

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

Планирование – это процесс, обсуждение. Во время него выясняется объем работ, цели и пути, необходимые для их достижения.

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

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

Цели плана проекта

Хорошо подготовленный план должен отвечать на следующие вопросы.

Почему?

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

Что?

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

Кто?

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

Когда?

Здесь речь идет о графике/продолжительности проекта.

Как составить план проекта?

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

1. Общайтесь

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

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

2. Определите участников и цели

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

Кто может быть участником проекта:

• Заказчик – человек, непосредственно финансирующий и утверждающий работу;
• Менеджер проекта – человек, занимающийся планированием с последующим созданием, исполнением и контролем над проектом;
• Команда проекта, которая создает конечный продукт. Члены команды участвуют во многих важных процессах, среди которых разработка, обеспечение качества, работа над дизайном и т.д. Как правило, они не утверждают проект;
• Конечный пользователь;
• Другие. В этот список могут входить самые разнообразные люди: риск-аналитики, специалисты по снабжению и т.д.

Что можно сделать на этой стадии? Проведите интервью с ключевыми участниками. Так вы поймете, какие требования ставятся, и какие цели стоит достигнуть. Наиболее эффективным способом достижения целей является SMART методика постановки целей.

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

Это наш почему вопрос.

3. Определите весь объем работ

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

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

Это наш что вопрос.

4. Определите роли и ответственности

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

Это наш кто вопрос.

5. Составьте график проекта

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

Это наш когда вопрос.

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

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

6. Визуализируйте план проекта при помощи диаграммы Ганта

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

Воспользуйтесь GanttPRO – онлайн инструментом для планирования проектов. С его помощью менеджер может:

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

С диаграммами Ганта GanttPRO легко управлять процессами планирования и составлять проект.

7. Управляйте рисками

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

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

Какие риски могут возникнуть?

• Оптимистичные ожидания о времени и затратах;
• Плохо обозначенные требования и пожелания;
• Плохо обозначенные роли и ответственности;
• Перемены в требованиях;
• Новые требования;
• Сокращение бюджета;
• Плохое взаимодействие.

Подытожим

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

А у вас есть опыт планирования проектов?

Как написать проектную работу

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

Инструкция

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

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

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

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

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

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

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

Войти на сайт

или

Забыли пароль?
Еще не зарегистрированы?