Презентация Юрия Гугнина с лекции курса Управление проектами, на тему "Проектная документация"

1. Проектная документация
Юрий Гугнин
директор по производству
ADV / web-engineering co.
gugnin@adv.ru

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

3. Цикл ведения проекта
—Аналитика
—Проектирование
—Дизайн
—Сборка
—Публикация и внедрение

4. Аналитика
—Сбор контента
—Анализ бизнес-задач
—Анализ конкурентной среды
—Выявление лучших практик

5. Сбор контента
— Входные данные:
— брендбук;
— изображения продуктов;
— рекламные материалы;
— каталоги (в электронном или печатном виде);
— доступ к существующей базе данных контента, если она есть.
— Выходные данные:
— контент-лист проекта с перечнем всех материалов и их состоянием
(не предоставлены, предоставлены, подготовлены к внесению).

6. Анализ бизнес-задач
— Входные данные:
— Интервью с бизнес-заказчиками проекта.
— Выходные данные:
— Список бизнес-задач, отсортированный по приоритетам;
— По каждой задаче:
— краткосрочные и долгосрочные цели;
— текущие способы их достижения;
— ожидания от проекта в разрезе задачи.

7. Анализ конкурентной среды
— Входные данные:
— Существующие маркетинговые исследования,
предоставленные заказчиком или найденные в иных источниках;
— Список ключевых конкурентов.
— Выходные данные:
— Сравнительная таблица конкурентов (включая заказчика)
по ключевым бизнес-показателям;
— Описание преимуществ бизнеса заказчика.

8. Выявление лучших практик
— Входные данные:
— Список проектов компаний-конкурентов;
— Список проектов зарубежных компаний из отрасли заказчика
и компаний из смежных отраслей.
— Выходные данные:
— Сравнительная таблица проектов, по каждому из которых выделены
положительные и отрицательные качества и их обоснование;
— Агрегированный список лучших практик,
которые позволят решить бизнес-задачи.

9. Проектирование
—Описание пользовательских сценариев
—Разработка прототипов
—Описание интеграции с бизнес-системами заказчика

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

11. Пример типового персонажа
Вероника Велосипедистка
 Уровень подготовки: начальный
 Возраст: 26 лет
 Интересы: велосипед, горные лыжи
 Пользователь Maс и iPhone
Проблемы Ценности
• Как выбрать велосипед? • Ценит свое время
• Как понять, нужны ли • Любит эстетику во всем
дополнительные аксессуары, и для • Не любит заполнять формы
чего они? • Предпочитает личное общение
• Как рассчитать бюджет на покупки?

12. Создаем пользовательские истории
Я как <роль пользователя> могу <цель>,
чтобы <причина/результат>
Я как начинающий велолюбитель
могу подобрать велосипед, чтобы
принять решение о покупке

13. Превращаем истории в функции
Проблема Функциональность (фичи)
Как выбрать велосипед? Сервис подбора товаров «для чайников»
Как понять, нужны ли Сопутствующие товары с объяснением их
дополнительные аксессуары, и назначения
для чего они?
Как рассчитать бюджет на Подбор товаров по бюджету, сортировка
покупки? по цене

14. Разработка прототипов
— Входные данные:
— Список типовых персонажей;
— Список сценариев использования проекта;
— Интервью с бизнес-заказчиками.
— Выходные данные:
— Карта страниц и сервисов проекта;
— Прототипы ключевых страниц.

15. Прототипируйте на бумаге
http://player.vimeo.com/video/6085753

16. На прототипе должны быть
реальные слова

17. Описание интеграции
с бизнес-системами заказчика
— Входные данные:
— Перечень бизнес-систем заказчика и описание их API;
— Перечень данных для обмена.
— Выходные данные:
— Описание потоков данных;
— Описание API, необходимого для обмена данными.

18. Дизайн
—Разработка эскиза
—Разработка ключевых макетов
—Разработка веб-брендбука

19. Сборка
—Разработка фронтенда
—Интеграция с внешними системами
—Разработка сервисов
—Наполнение контентом
—Контент-лист

20. Публикация и внедрение
—Разработка чек-листа
—Функциональное тестирование
—Нагрузочное тестирование (если необходимо)
—Стабилизация
—Внедрение на сервера заказчика

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

22. Юрий Гугнин
директор по производству
ADV / web-engineering co.
gugnin@adv.ru