Идея проекта

Идея - это стартовый этап жизненного цикла в нашей КСУП.

Это компактный (в большинстве случаев до 3-4 страниц А4) документ, который поясняет что и для чего мы планируем создать.

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

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

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




Пример готовой идеи проекта "Умная парковка".


5 компонентов Идеи.

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


1. Цель проекта.

Чего мы хотим достичь в проекте и для чего?

Формула 1:

Достичь/получить/улучшить Х путем создания/проведения Y + сроки и конкретика.

или Формула 2:

Создать/провести/разработать Y чтобы достичь/получить X + сроки и конкретика.




2. Преамбула проекта

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

Формула:

Проблема / потребность +доказательства(исследование!) +текущий задел.

Проблема поясняет цель. Усиливает ее.


Частые ошибки в преамбуле

1. НЕ НУЖНО писать в преамбуле, как изменится ситуация после реализации проекта.

Плохой пример преамбулы:

цель проекта - открыть магазин хендмейд-товаров до конца текущего года для заработка Х р. в месяц.

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


2. НЕ НУЖНО писать в преамбуле проблемы, которые не связаны с целью проекта.

Плохой пример преамбулы:

цель проекта - открыть магазин хендмейд-товаров до конца текущего года для заработка Х р. в месяц. (цель - деньги)

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


3. Видение проекта.

Картина будущей жизни после того, как проект будет реализован.

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

Формула:

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


4. Контуры продукта проекта.

Что включает в себя готовый продукт - перечень всего, что нужно получить, для сравнения "на выходе".

Можно сравнить со спецификацией.

Формула:

  • 1-3 уровня вложенности.
  • Четкая структура иерархии компонентов продукта.
  • Не включаем работы!
  • Если с продуктом дальше должны работать люди, их нужно найти в процессе реализации - включаем их как персонал. Команду проекта не включаем.
  • Проектная документация - не включается.


Основные ошибки в описании продукта:

1. НЕ НУЖНО включать в продукт работы

Например, продукт разработки сайта - это сайт.

Его контуры:

  1. Разделы сайта... (в подпунктах конкретное перечисление)
  2. Система управления сайтом
  3. Исходные файлы и материалы, переданные заказчику (дизайн-макеты)
  4. Доступы к сайту

Не могут быть контурами в этом случае:

  • наполнение сайта текстами и фоторгамиями (это работа! мы указываем только коненые продукты - наполненные разделы)
  • подготовка сайта к размещению в интернете (то же самое - это процесс, продуктом будет доменное имя и хостинг сайта)

2. НЕ НУЖНО включать в продукт команду проекта и проектную документацию. В то же время, если в рамках проекта нужно собрать персонал - команду, которая и остнется работать в проекте после его запуска, то в таком случае мы добавляем персонал.

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


3. НЕ НУЖНО в продукте проекта смешивать разные элементы в одну кучу. Вжно построить правильную иерархию списка - обощить однотипные элементы в общие группы.


5. Результаты проекта

Значимые последствия от реализации проекта.

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

Формула:

  • 1-3 пункта
  • Максимум SMART: Конкретика + измеримость + достижимость + актуальность + сроки 
  • Последствия могут быть отложенными (за пределами сроков проекта)

Результат - основание для оценки эффективности проекта после его реализации.

Например, мы строим новый завод в городе.

Цель - построить завод по переработке молока из Х блоков в расчете на производительность Хтыс.л. в месяц, чтобы поддержать местных фермеров.

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

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

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



Пример успешности и эффективности.

Сиднейский оперный театр.


  1. Одно из интереснейших сооружений XX века
  2. Строительство театра — самый настоящий проект.
  • Продукт проекта на этапе реализации поменялся несколько раз (вместо 2 залов построено 5)
  • Руководитель проекта уехал из страны после нескольких лет строительства.
  • Сроки и стоимость:
  • План – 4 года, 7 млн.долларов. Факт 14 лет, более 100 миллионов долларов.

Успешный? Нет. Колоссальные отклонения, изменения в проекте.

Эффективный? Да!



Домашнее задание


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

Завершить и продолжить  
Обсуждение

0 Комментарии