с чего начать разработку проекта
С чего начать работу над проектом — памятка проект-менеджеру
Показывайте этот чеклист новичкам в проект-менеджменте. Материал подготовил Александр Яковлев, руководитель проектов AIC.
Проект — это всегда сложный процесс с несколькими сторонами и совместной работой. Сложности могут возникнуть разные: недостаток опыта, упрямый клиент или срыв дедлайнов. От всего не уберечься, но если подготовиться, будет попроще. Рассказываем о 7 базовых шагах подготовки к проекту, которые сэкономят силы и время.
Шаг 1. Определите владельца проекта и ответственного
В начале проекта сразу найдите владельца, именно он принимает решение о запуске проекта. Например, это может быть собственник бизнеса или руководитель отдела маркетинга. Помимо владельца определите ЛПР — лиц, принимающих решения. К ним могут относиться сотрудники ниже рангом: маркетинг, PR. Или даже те, кто участвует в задаче только косвенно, но влияет на принятие решения. К таким людям можно отнести, например, финансового директора, который «оплачивает банкет», но не имеет маркетинговых компетенций. Ваша задача — выяснить зоны ответственности всех ЛПР и их вовлечённость в проект.
Хорошо, когда владелец участвует в проекте и общается с вами — тогда обсуждать и вносить изменения можно через него. Если владелец не принимает участие в обсуждениях, говорите только с ЛПР. Иначе может получиться так: вы будете встречаться и принимать решения, а потом придётся всё переделывать, потому что это не устраивает ЛПР.
Онлайн-образование — новая мишень фродеров
Большинство сайтов в категории заражены фрод-скриптами.
Основатель и генеральный директор.
Владелец проекта.
Операционный директор.
ЛПР.
Директор отдела маркетинга.
Главный ЛПР.
Штатный дизайнер.
ЛПР.
Шаг 2. Определите стейкхолдеров
Стейкхолдеры — это заинтересованные в проекте люди, которые могут повлиять на владельца, руководителя, команду, конечных пользователей или других участников проекта.
Лучше выбрать отдельную тактику работы с каждым из заинтересованных лиц. Тактика зависит влияния и важности стейкхолдера.
Влияние — насколько человек влияет на развитие проекта, может ли он принимать участие в управлении.
Важность — насколько человек влияет на результат.
График влияния стейкхолдера
Когда все роли понятны, можно встречаться с заказчиком и собирать требования.
Шаг 3. Сбор и формализация требований
Каждая студия собирает требования клиента по-разному. Менеджер проекта присутствует на всех встречах, чтобы быть в курсе — именно ему предстоит уточнять, собирать дополнительные сведения, перепроверять и доносить мысли от заказчика команде и обратно.
В AIC на первой встрече мы проводим презентацию компании: рассказываем о наших подходах, показываем кейсы на тематику клиента. Объясняем, как работает аналитика и UX-исследования, демонстрируем шоурилы.
Важно подробно уточнить, как клиент видит будущий продукт. Часто клиент приходит и просит переделать сайт, потому что он плохо выглядит. Соберите максимум информации — что не нравится, почему, какие элементы вызывают негатив.
Продумайте все вопросы заранее, чтобы ничего не упустить при обсуждении. Посмотрите схему интервью Виктора Ченга, бывшего консультанта McKinsey & Company, — она поможет структурировать знания и передать их команде.
После того как вы собрали и уточнили требования, их нужно проверить.
Шаг 4. Аналитика
Иногда клиенты сами не понимают, что им нужно. В таком случае поможет предпроектная аналитика.
Владелец банковского сайта обратился к нам с задачей на редизайн. Он сказал, что их клиенты — успешные взрослые женщины и мужчины с зарплатой больше 100 тысяч, которые приходят за автокредитом и ипотекой. Мы проверили, и оказалось, что целевая аудитория — девушки 20–25 лет с зарплатой до 50 тысяч, которые берут потребительский кредит на отдых.
Концепция — визуальный дизайн, CJM, пользовательские сценарии — зависит от аудитории, и для всех она разная. Этот случай показывает, что аналитика помогает улучшить результат ещё до старта.
По итогу этого и предыдущего этапов у нас вырисовывается ряд проблем, которые проект должен решить. Самое время переходить к задачам.
«Иногда приходят клиенты и говорят: „Вот наш сайт, подскажите как эксперты, что хорошо и что плохо“. Мы говорим: „Нет, мы не целевая аудитория“. Например, мы не можем оценить сервис для ипотеки. Мы не подходим к оценке экспертно, а привлекаем реальную аудиторию продукта».
Шага 5. Планирование и декомпозиция задач
Если проект для вашей команды новый и уникальный, начните с конца. Представьте, как должен выглядеть готовый продукт и что нужно сделать для его воплощения в жизнь. Получится список стандартных задач: прототипирование, фронтенд, бэкенд, тестирование и так далее. Поделите задачи на подзадачи и распределите между командой. В AIC мы делим проект на 4 этапа, внутри каждого — свои задачи:
1 этап. Первичная аналитика и данные заказчика. Мы составляем портрет целевой аудитории, проектируем пользовательские сценарии и проводим клиентские воркшопы.
«Клиент понимает, что мы должны работать в одной команде. Внутри рабочей группы есть клиент и исполнитель, у каждого своя зона ответственности. Мы обсуждаем риски, как их устранить, эскалировать ситуацию. Прорабатываем MVP, разбиваем на составляющие, расставляем приоритеты: что делаем вперёд, что потом».
Количество воркшопов зависит от специфики проекта. Когда мы работали над «Азбукой вкуса», провели два. На первом обсуждали мобильное приложение для доставки готовых блюд, на втором — промоактивности на сайте. Условные клиенты были такие:
2 этап. Детальное проектирование: разрабатываем прототипы интерфейса, тестируем их на лояльной аудитории. Для «Азбуки вкуса» приглашали клиентов в офис и тестировали прототипы.
3 этап. Дизайн-концепция: дизайн, интерактив — всё это тоже проверяем на группе и согласуем с заказчиком.
4 этап. Внутренние страницы, ресайзы и так далее.
Чем подробнее расписаны задачи, тем легче их будет оценить.
Шаг 6. Оцените задачи
Чем больше проектов у вас за плечами, тем проще оценить время и стоимость каждого следующего. Менеджер оценивает задачи не в одиночку, он также опирается на опыт команды. Если проект в новинку для всех, разделите задачи на 3 группы:
Первую группу вы оцениваете как всегда. Вторую оцениваете на основе своего опыта и интуиции, умножаете на 1,5–2. То же самое с третьей, только умножаете уже на 2–3. Сначала может показаться, что это слишком много, но к концу проекта вы будете думать иначе.
Другой способ оценить неизвестные задачи — спросить у более опытного коллеги, который уже занимался подобными проектами. Согласуйте бюджет и сроки с клиентом, подписывайте документы и переходите к составлению плана.
По поводу согласования документов у нас довольно жёсткая позиция. Если видим в пункте договора потенциальные риски, наши юристы сразу их исключают или делают прозрачные формулировки. Иногда заказчик сопротивляется: «Мы не принимаем правки», — это тревожный звоночек. В таком случае мы можем и отказаться от проекта.
7. Составьте план проекта
В 5 шаге вы получили задачи и подзадачи. Чтобы не выбиться из графика и сдать проект в срок, следите за выполнением задач. Воспользуйтесь программой по управлению проектами, например, Microsoft Project.
Интерфейс MS Project
В MS Project можно выбрать один из встроенных шаблонов и подстроить его под свой проект: поставить задачи, распределить их между командой, определить длительность и установить зависимости между ними. Здесь же можно делать отчёты — стандартные ежеквартальные или в режиме реального времени. Для наглядности можно использовать диаграмму Ганта.
Диаграмма Ганта. Источник: medium
В диаграмме Ганта можно визуализировать задачи на графической шкале времени. Вы можете смотреть, что делает команда: кто когда должен начать и закончить задачу. Для наглядности можно использовать даже таблицы Excel.
Сейчас мы пользуемся таск-трекером Jira + Confluence. До этого был Trello и Basecamp, некоторые сотрудники пользовались другими трекерами — кому что удобно. Из-за работы сразу в нескольких трекерах сложно аккумулировать знания, которые мы получали на проектах, поэтому мы сделали общую систему.
Приготовьтесь к тому, что не все задачи будут завершаться вовремя, однако иногда это не плохо. В процессе работы у команды иногда появляются стоящие идеи, ради них можно немного сдвинуть сроки. Для этого изначально заложите небольшой запас времени.
К старту готовы
Если вы прошли все шаги, подготовку можно считать завершённой. Непредвиденные обстоятельства случаются всегда — невозможно предусмотреть всё, но с помощью грамотной подготовки можно минимизировать потери. Помните, что сложности в проекте — это опыт, который поможет вам подготовиться к следующему проекту ещё лучше.
С чего лучше начать проект или как сделать так, что бы не было потом мучительно больно
Доброго всем времени суток. Настала очередь поговорить о проектировании проектов. По собственному опыту знаю, что иногда сложнее создать проект с нуля, чем привести в порядок то, что уже есть. Во многом это связано с тем, какое наследие Вы или Вам, оставляют после себя. В этой статье постараюсь рассказать на что стоит обратить особое внимание и предложить краткий план следования.
Понимание проекта
Прежде чем что-то планировать, вам необходимо понять какой проект нужно реализовать. Для себя я выделил несколько категорий проектов, таких как:
Все градации условны и чаще всего встречаются перетекающие типы. Хочу заметить, что все типы могут мутировать друг в друга, единственный нюанс — в стоимости модернизации. Например, проект изначально был “одноразовая поделка”, а потом эволюционировал в “замкнутая система”. Обычно, подобное приводит к полному или почти полному переписыванию системы или ее рефакторингу. Как вы понимаете, это экономически нецелесообразно. По этой же причине желательно понять какой именно проект вам необходимо создать с нуля, и попытаться определить его дальнейшую судьбу.
Для определения типа проекта, ниже я привел вопросы, получив ответ на которые вам станет понятно, чего от Вас хотят:
Как вы видите, перечень не такой уж и большой. Правда, по какой-то неведомой причине, мало кто задаётся подобными вопросами до того, как начать что-либо делать. Вы спросите зачем мне понимать тип проекта?! Всегда надо делать так, чтобы проект жил вечность?! По большому счёту, вы правы, но есть нюансы, как в скабрезном анекдоте. Эти нюансы — ресурсы и сроки. Не стоит забывать, что мы трудимся на благо бизнеса и выполняем поставленные задачи. Когда вам известен тип проекта, вы можете без зазрения совести чем-то пожертвовать для достижения поставленных задач.
Выбор технологий
В выборе лучше придерживаться правила: технология не должна быть суперновой, но и устаревшей тоже. Если технология или фреймворк новые, это может обернуться такими проблемами как:
Данный перечень проблем актуален не только относительно технологий, но и к сторонним зависимостям. Всё вышеперечисленное может похоронить проект на корню.
Перед тем как выбрать что-то конкретное, подумайте несколько раз. Составьте пресловутую таблицу преимуществ с коэффициентами важности для проекта.
Данный пример составлен для вымышленного проекта:
С чего начать разработку проекта
Шаги по написанию социального проекта от «А» до «Я» для новичков и опытных
Проект: комплекс спланированных действий, предпринимаемых для решения проблемы определенной целевой группы, ограниченных по времени и ресурсам, с конкретными результатами.
Социальный проект: программа реальных действий, цель которого направлена на решение актуальной социальной проблемы в обществе, а задачи — на позитивные результаты и изменения в обществе.
Присоединяйтесь к сообществу активных граждан, где мы обсуждаем, как писать успешные проекты https://www.instagram.com/pravidea/
Основные требования, которым должен отвечать проект:
актуальность – причина, основания реализации проекта должны соответствовать требованиям времени, отдельной целевой группы или иным аспектам, объясняющим появление идеи проекта;
время – проект должен быть ограниченным по времени;
ресурсы – проект должен иметь четкое описание потребностей;
оценка качества и результатов – шкала оценки эффективности проекта определяется в соответствии с вашими целями, но результаты, к которым вы стремитесь, должны быть четкими, поддающимися анализу и осмыслению.
Проекты бывают простыми и сложными, кратко- и долгосрочными, с ограниченным и солидным бюджетом, рискованными и с вполне управляемыми рисками, с разными результатами. В любом случае проект направлен на решение какой-либо определенной проблемы. Проект должен быть системным, логичным и адекватным, то есть каждый раздел должен соответствовать всем остальным (задачи должны соответствовать цели, механизм – цели и задачам, бюджет – цели, задачам и механизму и т.д.).
Как написать и оформить проект? Шаги от «А» до «Я»
Шаг №1: Определитесь с идеей, проанализируйте проблему.
Что бы вы хотели изменить?
Чего и каким способом (в самом общем плане) бы вы хотели достичь?
Какую проблему хотите решить?
Вопросы для описания:
Проанализируйте и опишите проблему:
Что – в чем заключается проблема?
Где – насколько широко распространена?
Когда – насколько долго существует?
Сколько – какое количество людей затрагивает?
Записали ответ → перешли к определению сферы проектной деятельности, определению проблемы, над которой вы будете работать.
Проанализировали проблему → определили, что хотите изменить → возникла проектная идея → переход к детализации и описанию проекта.
Шаг №2: Пишем цель проекта.
Цель — общее описание предполагаемых результатов и ожиданий, наивысшая точка достижений, к которой стремится организация в ходе реализации проекта. Цель — образ действий по достижению желаемого результата.
Цель должна формулироваться так, чтобы её достижение полностью решало возникшую проблему. Формулировка цели должна опираться на формулировку проблемы. Можно сказать, что цель — это проблема наоборот.
Сформулируйте цель своего проекта:
Задайте вопросы для цели своего проекта:
Есть ли точное выражение того, что именно должно быть в итоге реализации проекта?
Сможем ли мы увидеть и измерить результаты проекта в целом и его отдельных частей?
Реальна ли поставленная цель? Возможно ли достижение заявленной цели с учетом имеющихся ресурсов?
Какая польза или выгода будет получена в результате достижения цели командой проекта, другими заинтересованными сторонами?
Шаг №3: Пишем задачи проекта.
Задачи проекта — это конкретные шаги, которые необходимо выполнить для изменения существующей ситуации к лучшему, это шаги для достижения цели.
Важно помнить! Задач может быть несколько, все задачи — шаги к достижению цели, связанные между собой и связанные с целью проекта.
Используйте глаголы. Например, если вам надо построить дом, то задачами будет: заложить фундамент, возвести стены, построить крышу, провести коммуникации, сделать внутреннюю отделку и т.д.
Проверьте. Задачи должны полностью «закрывать» решение проблемы (поставленную цель).
Проанализируйте. Задачи должны быть результативными (в итоге изменения после проекта складываются из конкретных результатов).
Шаг №4: Проверяем цель и задачи по критерию smart.
Смотрим на нашу цель и задачи, проверяем их по критерию SMART, при необходимости корректируем.
Временные рамки (time bound)
Например: Цель: «Строительство дома» — может быть конкретизирована по критерию SMART следующим образом: «Строительство и сдача в эксплуатацию 2-этажного, 6-квартирного дома для семей молодых специалистов поселка Вычегда ко второму кварталу 2014 года».
Шаг №5. Из задач строим логическую цепочку действий.
Определили цель и задачи → Приступаем к планированию: как все это будет.
Из каждой задачи строим логическую цепочку действий: как мы добьемся результата. Иногда помогает нарисовать всю цепочку действий и заданий, чтобы понять логику проекта по каждому из направлений.
Например, если мы говорим о строительстве дома для семей молодых специалистов, то блоки задач у нас могут быть связаны с:
Эта логическая цепочка поможет нам написать план-график проекта в его логической последовательности.
Шаг № 6. Пишем план действий, график выполнения работ.
План определяет порядок выполнения всех работ: он описывает, что, кто и когда будет делать, в логической последовательности + дает понять, какие ресурсы необходимы. При планировании можно использовать различные формы, графики, планы.
Например: План реализации проекта. Пример №1
План реализации проекта. Пример №2
План реализации проекта. Пример №3
Также полезно будет сделать сетевой план – график.
Шаг №7. Считаем, сколько будет стоить наш проект.
Каждый этап реализации проекта требует определенной затраты денежных средств и ресурсов:
сколько денег требуется для реализации проекта? На что они будут потрачены?
Этот раздел проекта должен очень точно соотноситься с другими разделами проекта, особенно с механизмом реализации и календарным планом проекта.
Возможный вариант сметы расходов в рамках проекта:
Наименование статей и расходов
Расчет суммы затрат
Финансовые затраты по проекту
«Бюджет» (смета) должен быть расписан по статьям.
аренда помещений и коммунальные платежи
«Прочие расходы» — это необязательная статья, которая включается в бюджет, если имеются расходы, не получившие отражения в других статьях. Данная статья должна быть особенно тщательно аргументирована.
«Оплата труда» — включает непосредственно заработную плату персонала проекта и привлекаемых на время по договору специалистов, а также “Начисления налогов на доходы” – 35,8% от общего фонда оплаты труда персонала и привлеченных специалистов.
Необходимо обратить особое внимание на три последних столбца в бюджетной таблице: «имеющиеся средства», «запрашиваемые средства», «итого». В столбце «имеющиеся средства» должны указываться те средства, которые вы, ваша организация вкладываете в реализацию проекта. Например: привлечение добровольцев в качестве персонала или привлеченных специалистов — должно быть обязательно отражено в статье бюджета «оплата труда» в столбце «имеется», причем, сумма будет соответствовать тем расходам, которые понесла бы организация, если бы в реализации проекта вместо добровольцев участвовали оплачиваемые специалисты.
Если организация, вы или спонсоры предоставляют для реализации проекта какую-либо оргтехнику, то в столбце «имеется» стоит указать её примерную стоимость с учетом срока эксплуатации.
В столбце «требуется» останется указать размер средств, которых недостает организации для реализации проекта.
Присоединяйтесь к сообществу активных граждан, где мы обсуждаем, как создавать смету для проектов https://www.instagram.com/pravidea/
Шаг №8. Пишем результаты.
При составлении плана действий и расчете бюджета у нас может возникнуть понимание, что результаты могут быть еще больше, чем мы планировали. Важно, чтобы наши результаты соответствовали цели проекта.
В проекте результаты можно прописывать текстом, здесь мы предлагаем вам заполнить рабочий листок по определению результатов:
Еще раз напишите цель вашего проекта:
Напишите результаты по Задаче 1.
Напишите результаты по Задаче 2.
Напишите результаты по Задаче 3.
Напишите результаты по Задаче 4.
Итого: пропишите количественные и качественные результаты проекта.
Напишите, как вы будете оценивать ваш проект, методы оценки проекта – насколько он эффективен? Как вы поймете, что достигли результатов?
Количественный результат (что будет сделано?) — фиксирует количество оказанных услуг, участников мероприятий, получателей конкретной помощи, количество выпущенных книг и т.д.
Качественный результат (что изменится?) — должен отражать позитивные изменения, которые произойдут в результате проведения мероприятий, оказания услуги и т.д.
Эффективность — соизмеримы ли полученные результаты с затраченными усилиями.
Критериями оценки эффективности проекта являются результаты, которые демонстрируют, насколько хорошо разработчики понимают, к чему они стремятся, и как будут этого достигать.
Шаг №9. Оформляем проект.
Оформленный проект обычно содержит следующие разделы:
Титульный лист: название проекта, авторы, контактные данные (1 стр.)
Краткая аннотация проекта: кратко опишите вашу идею (3-5 предложений), цели, результаты (не более 1 листа А4, 12-14 шрифт)
Подробное описание проекта:
Содержание проекта, обоснование.
Оформление текста проекта также важно, как и его содержание. Используйте крупный шрифт (не менее 12) и полуторный интервал. Выделяйте главное, структурируйте текст, чтобы его было легче читать, используйте заголовки и подзаголовки, жирные шрифты и подчеркивания, маркированные списки и т.д.
Если вам необходимо сделать презентацию:
Урок 1. Разработка и планирование проекта
Прежде чем приступать непосредственно к разговору о разработке и планировании проектов, стоит немного освежить в памяти понимание планирования как такового. Суть планирования заключается в постановке целей и определении способов их достижения посредством создания комплекса мероприятий и действий, необходимых для выполнения, использовании способов и путей осуществления мероприятий и действий, увязки ресурсов, требующихся для выполнения и согласовании функций, выполняемых участниками проекта. Именно с вопроса планирования мы и начнем первый урок (сразу сделаем небольшую оговорку: информации по разработке и планированию проектов очень много, поэтому мы представим ее в концентрированной форме, останавливаясь подробно лишь на наиболее важных моментах).
Планирование проекта
Работа по составлению плана включает в себя все стадии создания и выполнения проекта. Начинается она с разработки концепции проекта руководителем (проект-менеджером), продолжается выбором стратегических решений, разработкой деталей, заключением контрактов и выполнением работ, и заканчивается завершением проекта.
На стадии планирования устанавливаются основные параметры осуществления проекта. К ним относятся:
Любой процесс и любая процедура планирования проекта должны гарантировать осуществляемость проекта в нужные сроки и с соблюдением всех требований, включая стоимость, нормативы и качество. Кроме того, в грамотно организованном проекте за выполнение каждой функции и достижение каждой цели должен нести ответственность отдельный орган: за миссию проекта – проект-менеджер, за частные цели – ответственные лица и т.д. Именно для этого принято разрабатывать матрицу ответственности, определяющую функционал исполнителей и конкретизирующую комплекс их работ.
Чем выше уровень управляющего органа, тем более обобщенные он принимает решения по управлению нижестоящими подразделениями. По мере повышения иерархического уровня увеличиваются временные промежутки между постановкой задач, контролем их выполнения и т.д. В этих промежутках нижестоящие подразделения должны работать самостоятельно и вне зависимости от равных им подразделений. Их независимая работа обеспечивается запасами ресурсов, которые также нужно планировать.
Главная цель планирования – это построение модели реализации проекта, необходимой для координации действий причастных к проекту лиц. Благодаря этой модели устанавливается порядок, согласно которому будут проводиться работы и т.д.
На первой стадии планирования проекта разрабатываются первоначальные планы, служащие основой составления проектного бюджета, определения потребностей в ресурсах, организации обеспечения проекта и т.д. Планирование всегда предшествует контролю и считается базой его применения, т.к. позволяет сравнивать плановые и фактические показатели.
Планирование – это наиболее важный для проекта процесс, ведь от него зависит результат. Объем и детализация планирования зависят от полезности информации, которая может быть получена в процессе реализации и обусловлена замыслом самого проекта. Процесс планирования нельзя полностью автоматизировать, т.к. в нем имеется масса переменных параметров. Плюс на него могут влиять случайные факторы.
В дополнение ко всему планирование проекта состоит из ряда основных и вспомогательных процессов.
Основные процессы (присутствуют всегда):
Вспомогательные процессы (присутствуют по мере необходимости):
Представляющие собой результаты планирования планы (сети и графики) в итоге должны выстраиваться в пирамидальную структуру, включающую в себя всю необходимую информацию, дифференцированную по уровням, срокам и т.д. Планирование проекта и систематизация планов выстраиваются по принципам «обратной связи», которые обеспечивают регулярное сравнение плановых и фактических сведений и придают работе больше эффективности, актуальности и гибкости.
Принципы проектного планирования
Принимаемые решения и предпринимаемые действия в сфере проектного планирования основываются на нескольких важных принципах:
Кроме принципов, которые мы назвали, важно учитывать еще и согласованность задач и интересов всех задействованных в разработке и реализации проекта лиц и своевременность достижения поставленных целей в назначенные сроки.
Учитывая особенности планирования проекта и вышеназванные принципы, можно переходить к следующему не менее важному вопросу – разбиению проектных работ на составляющие.
Структура разбиения работ, матрица ответственности, статьи затрат
Структура разбиения работ (СРР) представляет собой иерархическую структуру последовательной разбивки проекта на подпроекты и комплексы детальных работ разного уровня. СРР – это главное средство по созданию системы управления проектом, позволяющее решать разные организационные проблемы, распределять ответственность, оценивать стоимость, создавать систему отчетности, поддерживать сбор данных о выполнении работ и отображать их результаты. Также с помощью СРР удобно согласовывать план проекта с нуждами заказчика.
Для руководителя проекта СРР не менее важна, т.к. позволяет:
Комплексы (пакеты) работ соответствуют, как правило, нижнему уровню детализации СРР и включают в себя детальные работы, которые в свою очередь могут состоять из шагов. Детальные работы и шаги не являются элементами СРР.
СРР можно разрабатывать сверху-вниз (от главного к частному) и снизу-вверх (от частного к главному), либо с применением обоих подходов. Информация для разработки СРР может выявляться при помощи метода мозгового штурма. Итоговая СРР должна учитывать все цели проекта и предпосылки для его реализации.
Детализация СРР зависит от содержания проекта, опыта и навыков команды, системы управления, принципов распределения ответственности, системы отчетности и т.д. Для создания СРР нередко используют функциональные и технические спецификации с общими требованиями к работе.
Благодаря иерархической структуре проекта, основой которой служит СРР, можно использовать процедуры сбора и обработки данных о ходе выполнения проектных работ в соответствии с контрольными точками, пакетами работ и т.д. Также она позволяет обобщать сведения по срокам, ресурсам, затратам и графикам.
Составление СРР может выстраиваться на следующих основаниях:
В практической деятельности почти всегда применяются комбинированные СРР, созданные с применением нескольких оснований, и СРР должна включать в себя все работы проекта, включая детальные работы и шаги.
Одним из важнейших этапов построения СРР является анализ ее полноты, так что если в проекте есть работы, которые контролирует не только проект-менеджер, но и заказчик, они тоже должны быть включены в состав СРР – это и обеспечит полноту структуры.
С учетом информации о плане проектных мероприятий осуществляется разбиение СРР по критериям и признакам проекта. Разбиение происходит до тех пор, пока все важные работы и элементы проекта не будут выделены так, чтобы было возможно их спланировать, определить их бюджет, составить график и план действий по их контролю. Чтобы упростить и автоматизировать СРР, всем ее элементам нужно присвоить идентификатор, соответствующий номеру уровня. Идентификаторы должны отражать критерии разбиения работ.
Не менее важно избегать ряда ошибок при структуризации проекта, а именно нельзя:
СРР – есть основа понимания членами команды сути и зависимостей проектных работ, обеспечивающая последующую согласованную и скоординированную работу всех подразделений.
Упомянутая выше матрица ответственности и структурная схема организации (ССО), реализующей проект, – это два инструмента, помогающие руководителю проекта создавать команду, соответствующую задачам и целям проекта. Применение ССО и СРР при построении матрицы ответственности наглядно отображено на нижеследующем рисунке:
Состав и план проведения проектных работ в огромной степени влияют на форму организационной структуры, необходимой для реализации целей проекта.
Матрица ответственности позволяет обеспечить и согласовать структуры ответственности членов команды (подразделений) за выполнения работ. По сути, это форма описания распределения ответственности за проведение проектных работ, где указываются роли членов команды и/или подразделений. Одна ось матрицы ответственности отображает список пакетов работ по СРР, а другая – список исполнителей, ответственных за их выполнение.
Элементы матрицы – это коды видов работы из составленного заранее списка (также в матрицу можно вносить стоимость работ). Объем видов ответственности обусловлен спецификой проекта и его организации, однако рекомендуется использовать небольшой набор простых для понимания и описания видов деятельности. Ниже представлен пример матрицы ответственности:
В матрице ответственности могут отображаться виды ответственности руководителей и роли людей, помогающих в реализации проекта, но прямого участия в этом не принимающих. Если матрица составлена грамотно, она станет прекрасным инструментом, обеспечивающим и эффективное выполнение работ, и успешную поддержку внутренними и внешними ресурсами.
Ответственные за исполнение работ лица назначаются еще при планировании проекта, т.к. иметь представление о доступных ресурсах нужно еще до принятия мер по реализации плана. После определения ресурсов нужно определить, как они могут быть получены; в частности это касается трудовых ресурсов.
Назначение сотрудников осуществляется поэтапно – сначала формируется рабочая группа, а затем команда проекта, т.к. именно рабочая группа станет костяком будущей команды. Состав же рабочей группы обусловлен задачами и целями проекта. Почти всегда группа состоит из управляющих, авторитетных участников и основного персонала.
Рабочая группа принимает участие в инициации проекта и его планировании. На этом этапе еще нельзя определить ресурсы, т.к. имеются лишь общие сведения о проекте, и более подробные данные будут получены после проведения детальных работ и создания СРР. Итоговое назначение исполнителей и определение их функционала состоится только после окончательной разработки и утверждения плана.
Чтобы правильно назначить ответственных лиц, необходимо знать о нескольких типах ресурсов, которые могут быть использованы:
Несмотря на то, что не всегда исполнители обладают всеми рычагами управления и применения ресурсов, знание семи типов ресурсов значительно упрощает процесс описания проекта и решения вопроса о распределении ответственности, ведь, как уже и был сказано, пакеты работ должны быть обеспечены всем необходимым для их выполнения. А чтобы это сделать, важно ответить на два вопроса:
Как только ответы на эти вопросы будут получены, можно проводить окончательное распределение ответственности.
Здесь же мы должны сказать о дополнительном средстве планирования проектных работ – структуре статей затрат. Ее не следует путать с бухгалтерскими счетами, т.к. по включенным в нее статьям происходит классификация и сбор неподтвержденной документально управленческой информации, необходимой для принятия управленческих решений (имеется в виду, что документации, подтверждающей фактические затраты, нет, но есть предварительные данные об использованных ресурсах, выполненных работах и т.д.).
Статьи затрат – это инструмент управления, который используется с целью сбора данных о фактических затратах выполненных работ и последующего их сравнения с затратами по плану. Эти же статьи применяются для планирования и контроля времени и стоимости, т.к. включают в себя сведения о работах, назначенных, исходя из СРР. Ниже вы можете увидеть пример формирования статей затрат по пакетам работ, за которые ответственны конкретные подразделения (исходя из СРР):
Статьи затрат могут включать в себя данные по множеству пакетов работ, составленных по различным основаниям, таким как:
Подытоживая все вышесказанное о статьях затрат, остается лишь отметить, что они способствуют формированию и мониторингу проектного бюджета, осуществлению текущего управленческого учета и оценке возможных затрат после окончания проектных работ.
Теперь мы можем перейти к рассмотрению наиболее эффективных методов планирования проектов, позволяющих обеспечить своевременное осуществление как проекта в целом, так и отдельных его этапов.
Сетевое планирование проектов
Методы сетевого планирования проектов или, как их еще называют, сетевые диаграммы (граф сеть, PERT-диаграмма) представляют собой графическое отображение проектных работ и имеющихся между ними зависимостей. Понятие «сеть» здесь обозначает полный комплекс работ и контрольных точек проекта с установленными зависимостями между ними.
Сетевые диаграммы отображают сетевую модель в виде графика с рядом вершин, которые соответствуют работам, а связывающие их линии отображают взаимосвязи между этими работами. Граф, часто именуемый диаграммой предшествования-следования или сетью типа «вершина-работа», считается самым распространенным отображением сети. Ниже можно увидеть пример фрагмента такого графа:
Есть также тип сетевой диаграммы, называемый сетью типа «вершина-событие», но в практической работе его применяют не так часто. В этом случае работа имеет вид линии, соединяющей два события (узлы графа), отображающие начало и конец определенной работы. Хорошим примером такой диаграммы является PERT-диаграмма – вот она:
Сетевые диаграммы часто путают с блок-схемами, но это не совсем верно, т.к. отличие сетевой диаграммы состоит в том, что она отображает лишь логические зависимости работ, в то время как блок-схема показывает входы, выходы и процессы. Также в диаграмме нет повторяющихся циклов (петель).
Методами сетевого планирования называют методы, нацеленные на максимальное сокращение продолжительности проекта. Их основой служат метод критического пути (МКП или CPM (от англ. Critical Path Method)) и метод оценки и пересмотра планов (PERT (от англ. Program Evaluation Review Technique)).
Под критическим путем понимается максимально продолжительный путь в сети, а работы, имеющиеся на этом пути, называются критическими. От продолжительности критического пути зависит минимальная продолжительность проектных работ. Общую продолжительность проекта можно сократить посредством сокращения критических работ. Таким образом, задержки по выполнению работ влекут за собой и увеличение продолжительности проекта.
Благодаря методу критического пути можно рассчитать примерные календарные графики выполнения пакета работ, основываясь на логической структуре сети и оценках продолжительности выполнения работ по-отдельности, а также установить общий критический путь для проекта.
Есть также понятие полного резерва (запаса) времени. Это разность между датами позднего и раннего начала или окончания работ. Управленческая суть запаса времени состоит в том, что есть возможность для урегулирования финансовых, ресурсных или технологических ограничений, и руководитель проекта может приостановить работу на имеющийся в резерве срок, не опасаясь отрицательно повлиять на конечный срок завершения проекта. Резерв времени критических работ равен нулю.
Горизонтальная линейная диаграмма, где проектные задачи представлены временными отрезками с конкретными временными параметрами (началом, окончанием, задержками и т.д.) называется диаграммой Гантта, и она тоже является неотъемлемой частью сетевого планирования. Вот ее пример:
Для эффективного планирования удобно использовать и PERT-диаграммы, и граф сети, и диаграмму Гантта. Само же сетевое планирование подразумевает описание всей проектной работы в виде комплекса работ с конкретными взаимосвязями между ними. Чтобы рассчитать и проанализировать сетевой график, обычно применяют набор сетевых операций, называемых процедурами метода критического пути.
Сетевая модель разрабатывается поэтапно:
Списки работ нужно определить, чтобы описать всю деятельность по проекту, включая все детали. Работа – это главный элемент сетевой модели. Пакеты работ обуславливают деятельность, которая должна быть выполнена для достижения проектных результатов. Результаты обычно выделяются контрольными точками.
Перед разработкой сетевой модели нужно удостовериться, что нижний уровень СРР включает все работы, гарантирующие достижение частных проектных целей. Сетевая модель – это результат определения зависимостей между работами и добавления связующих событий и работ. В самой общей форме представленный подход основывается на предположении, что любая работа призвана помочь достичь частной цели. Связующие же работы совсем необязательно должны быть направлены на достижение материального результата, т.к. их целью может быть организация проведения того или иного мероприятия и т.п.
Основная задача проект-менеджера – оценить параметры работ. Для этого могут привлекаться другие участники проекта, ответственные за выполнение отдельных заданий проекта. Оценка продолжительности работ и потребности в финансовых средствах и ресурсах самым прямым образом влияет на актуальность ресурсных и стоимостных планов и календарных графиков, которые составляются после анализа сетевой модели. Такую оценку нужно проводить для каждой из работ. Затем на ее основе обобщаются и формируются уровни СРР в проектном плане.
Чтоб отдельные этапы проекта и весь проект в целом были реализованы своевременно, необходимо также планировать проект по временным параметрам. Рассмотрим этот вопрос подробнее.
Планирование проекта по временным параметрам
Временные параметры следует понимать здесь как временные периоды, в течение которых планируется выполнить работы и пакеты работ, а также точки контроля процесса реализации проекта. Время – важнейший фактор, воздействующий на эффективность осуществления всего замысла.
Сроки реализации элементов проекта и всего проекта всегда планируются заблаговременно, и, конечно же, желательно их минимизировать. Но минимизация сроков ограничена тремя параметрами: техническими возможностями, технологическими требованиями и качеством работ. Все это должно учитываться при планировании.
Планирование по временным параметрам – ключевой элемент проект-менеджмента, включающий в себя несколько составляющих. Этими составляющими являются:
Нередко проект бывает сложно завершить к установленным срокам. Причиной тому служит нечеткое понимание того, чем именно нужно управлять, причем большая часть проблем возникает еще на этапе планирования.
Причиной расхождений с календарным планом могут быть задержки поставок, недостаток ресурсов и т.п. Если же неверно определены масштабы и предметные области проекта, впоследствии придется вносить корректировки в работы и календарный план.
Когда руководитель имеет дело с типовыми повторяющимися проектами, удобно использовать прошлый опыт, позволяющий точно определить время и последовательность действий, хотя на практике проекты повторяются крайне редко.
Если говорить о причинах временных потерь в проекте, то к ним можно отнести:
А еще одной важной составляющей управления проектом по временным параметрам является управление личными временными ресурсами. Это актуально для каждого исполнителя и участника проекта, но в большей степени важно для руководителя, т.к. он ответственен за успех проекта, а значит, ему нужно успевать проделывать массу всевозможных работ.
Для улучшения управления личным временем желательно применять так называемые формы. Форма – это список необходимых для выполнения работ с указанием исполнителей и сроков выполнения. Наиболее приоритетные работы следует переносить во временные блоки планировочного календаря. Планировочный календарь может выглядеть так:
В пустые временные блоки можно вносить внеплановые события или работы меньшей приоритетности. В случаях, когда объем работ больше количества времени, работы могут планироваться на несколько дней вперед. Но злоупотреблять этим не стоит, иначе могут возникнуть задержки в выполнении высокоприоритетных задач. А с учетом того, что в последующие дни приоритет низкоприоритетной работы может повышаться, все задания следует выполнять своевременно.
Для эффективного тайм-менеджмента нужно грамотно устанавливать приоритеты и действовать в соответствии с ними. Руководитель проекта не должен отвлекаться на второстепенные и нечеткие задачи и медлить с принятием важных решений. Также он должен уметь делегировать полномочия.
И последнее, на чем мы заострим внимание в первом уроке, – это некоторые организационные моменты.
Организация работ по проектному планированию
Планирование проекта является процессом формирования решений, которые определяют последовательность проектных работ и мероприятий. Оно играет главенствующую роль в проект-менеджменте, представляя собой организующее начало процесса реализации проекта.
Проектное планирование включает в себя несколько этапов:
План осуществления проекта – это комплексный план, содержащий исчерпывающую систему задач и целей, детальных работ, действий и мероприятий по достижению главной цели проекта. Составлению плана реализации нужно уделять повышенное внимание, стремясь избегать типичных ошибок, таких как:
Несмотря на достаточно большое количество ошибок и их специфичность, обойти их стороной помогает учет всех элементов планирования, о которых мы вам рассказали. Важно только помнить, что планирование проекта – это систематизированное упорядочивание задач, целью которого является достижение основного результата – реализации проекта. А с учетом того, что план всегда содержит в себе указания к действиям и сами действия, его можно смело считать эталоном или ориентиром, с которым будут сравниваться фактические показатели. Если же в результате подобных сопоставлений будут найдены какие-либо расхождения, необходимо предпринимать меры по корректировке плана.
Во втором уроке мы поговорим о другом важном для руководителя элементе проект-менеджмента – управлении командой. Будут рассмотрены такие вопросы, как состав участников проекта, функции проект-менеджера, особенности формирования и развития проектной команды, признаки и состав команды, урегулирование конфликтов и ряд других.
Проверьте свои знания
Если вы хотите проверить свои знания по теме данного урока, можете пройти небольшой тест, состоящий из нескольких вопросов. В каждом вопросе правильным может быть только 1 вариант. После выбора вами одного из вариантов, система автоматически переходит к следующему вопросу. На получаемые вами баллы влияет правильность ваших ответов и затраченное на прохождение время. Обратите внимание, что вопросы каждый раз разные, а варианты перемешиваются.
Напоминаем, что для полноценной работы сайта вам необходимо включить cookies, javascript и iframe. Если вы ввидите это сообщение в течение долгого времени, значит настройки вашего браузера не позволяют нашему порталу полноценно работать.