Идея проекта
Идея - это стартовый этап жизненного цикла в нашей КСУП.
Это компактный (в большинстве случаев до 3-4 страниц А4) документ, который поясняет что и для чего мы планируем создать.
Это - отправная информационная точка для всей команды и для всех заинтересованных лиц. Этот документ можно дать любому участнику проекта - от исполнителя до руководителя, выделяюего финансы или партнера. И задача этого документа - просто объяснить в чем суть проекта.
К этому же документу команда проекта часто возвращается в процессе реализации, чтобы "свериться", все ли реализуется для достижения указанной цели и результатов.
Кроме Идеи проекта, дальше мы рассмотрим другие виды проектной документации,где будет больше деталей и расчетом. Идея проекта - квинтэссенция его замысла.
Пример готовой идеи проекта "Умная парковка".
5 компонентов Идеи.
В проекте важно очень четко структурировать информацию и не смешивать ее между собой. Поэтому начиная от этапа Идеи очень важно научиться понимать разницу и границы каждого смыслового блока.
1. Цель проекта.
Чего мы хотим достичь в проекте и для чего?
Формула 1:
Достичь/получить/улучшить Х путем создания/проведения Y + сроки и конкретика.
или Формула 2:
Создать/провести/разработать Y чтобы достичь/получить X + сроки и конкретика.
2. Преамбула проекта
В чем проблема / потребность, которая вынуждает нас делать проект? Какой сейчас есть задел? Какая сейчас ситуация?
Формула:
Проблема / потребность +доказательства(исследование!) +текущий задел.
Проблема поясняет цель. Усиливает ее.
Частые ошибки в преамбуле
1. НЕ НУЖНО писать в преамбуле, как изменится ситуация после реализации проекта.
Плохой пример преамбулы:
цель проекта - открыть магазин хендмейд-товаров до конца текущего года для заработка Х р. в месяц.
преамбула - в нашем городе нет интересных клубов для общения хендмейд-мастеров. специализированный магазин станет местом их притяжения и знакомства с помощью стены визиток и небольших мероприятий. Благодаря сотрудничеству с разными интересными мастерами и привлечению творческих покупателей мы создадим креативное коммьюнити города. Каждый месяц будем проводить мероприятия и развивать креативный досуг в нашем городе. Жизнь в городе станет интересней и насыщенней, люди найдут новые интересные знакомства. (про будущее мы рассказываем в другом блоке Идеи - в вИдении).
2. НЕ НУЖНО писать в преамбуле проблемы, которые не связаны с целью проекта.
Плохой пример преамбулы:
цель проекта - открыть магазин хендмейд-товаров до конца текущего года для заработка Х р. в месяц. (цель - деньги)
преамбула - в нашем городе нет интересных клубов для общения хендмейд-мастеров, специализированный магазин может их притягивать и на его базе мы можем организовывать интересные события. (проблема - скучно в городе, негда пообщаться мастерам).
3. Видение проекта.
Картина будущей жизни после того, как проект будет реализован.
Описывает, как работает продукт проекта, как с ним взаимодействуют пользователи или заказчики.
Формула:
- взаимодействие всех важных компонентов продукта.
- взаимодействие продукта и заказчика (или конечного пользователя).
- сфокусироваться на самых сложных и рискованных процессах работы продукта.
- Не переходить к деталям, пока не будут описаны все важные компоненты.
- Не писать план реализации проекта.
4. Контуры продукта проекта.
Что включает в себя готовый продукт - перечень всего, что нужно получить, для сравнения "на выходе".
Можно сравнить со спецификацией.
Формула:
- 1-3 уровня вложенности.
- Четкая структура иерархии компонентов продукта.
- Не включаем работы!
- Если с продуктом дальше должны работать люди, их нужно найти в процессе реализации - включаем их как персонал. Команду проекта не включаем.
- Проектная документация - не включается.
Основные ошибки в описании продукта:
1. НЕ НУЖНО включать в продукт работы
Например, продукт разработки сайта - это сайт.
Его контуры:
- Разделы сайта... (в подпунктах конкретное перечисление)
- Система управления сайтом
- Исходные файлы и материалы, переданные заказчику (дизайн-макеты)
- Доступы к сайту
Не могут быть контурами в этом случае:
- наполнение сайта текстами и фоторгамиями (это работа! мы указываем только коненые продукты - наполненные разделы)
- подготовка сайта к размещению в интернете (то же самое - это процесс, продуктом будет доменное имя и хостинг сайта)
2. НЕ НУЖНО включать в продукт команду проекта и проектную документацию. В то же время, если в рамках проекта нужно собрать персонал - команду, которая и остнется работать в проекте после его запуска, то в таком случае мы добавляем персонал.
Например, строителей мы не добавляем в продукт проекта "новая школа", а вот "персонал новой школы" может входить в продукт, если подбор этого персонала входит в оплачиваемые заказчиком работы.
3. НЕ НУЖНО в продукте проекта смешивать разные элементы в одну кучу. Вжно построить правильную иерархию списка - обощить однотипные элементы в общие группы.
5. Результаты проекта
Значимые последствия от реализации проекта.
Результат- это не готовый продукт, а то, ради чего он создавался.
Формула:
- 1-3 пункта
- Максимум SMART: Конкретика + измеримость + достижимость + актуальность + сроки
- Последствия могут быть отложенными (за пределами сроков проекта)
Результат - основание для оценки эффективности проекта после его реализации.
Например, мы строим новый завод в городе.
Цель - построить завод по переработке молока из Х блоков в расчете на производительность Хтыс.л. в месяц, чтобы поддержать местных фермеров.
Если завод построен во время, его оборудование смонтировано и позволяет получить целевую производительность, то цель проекта достигнута. Проект реализован успешно - т.е. в соответствии с целью и без критических отклонений.
Но эффективен ли оказался завод для конечной цели - поддержки фермеров, мы сможем узнать тоько спустя немало времени, когда заказчик запустит проект и проработает какое-то время.
Если фермеров будет устраивать доход, получаемый ими от продажи молока заводу, и фермерство сможет развиваться, то проект будет эффективен. Чаще всего эффективность зависит не только от успешности проекта но и от многих других факторов. Но в любом случае команде и руковоителю проекта важно отслеживать эффективность своих проектов.
Пример успешности и эффективности.
Сиднейский оперный театр.
- Одно из интереснейших сооружений XX века
- Строительство театра — самый настоящий проект.
- Продукт проекта на этапе реализации поменялся несколько раз (вместо 2 залов построено 5)
- Руководитель проекта уехал из страны после нескольких лет строительства.
- Сроки и стоимость:
- План – 4 года, 7 млн.долларов. Факт – 14 лет, более 100 миллионов долларов.
Успешный? Нет. Колоссальные отклонения, изменения в проекте.
Эффективный? Да!
Домашнее задание
Используя шаблон Идеи проекта, скачайте его (или сделайте копию в Google диске) заполните с учетом материала этой темы, и выложите в папку с вашей фамилией в группу домашних работ.
0 Комментарии