Основные ошибки ведения IT-проектов - от документации до коммуникаций. * Сбор и формирование требований к продукту; * выработка стратегии; * начальное проектирование; * документирование процесса; * построение схемы ролей и коммуникаций; * дизайн проекта; * программирование; * примеры из жизни.

1. Управление IT-проектами:
от документации
до коммуникации
Андрей Григорьев
@andrey_promo
#UMI_CMS

2. Сегодня не будем обсуждать

3. Стадии развития компании
название описание
«Посевная» Выработка концепции бизнеса.
Формирование компании, наличие
проекта или бизнес-идеи, процесс
создания прототипов, маркетинговые
исследования,
«Старт-ап» Начало производства и маркетинга.
Компания сформирована. Есть
опытный образец, ведется
организация выпуска финального
релиза.
«Ранний рост» Рост объема оборотные средств.
Эксплуатация готового продукта,
постепенный выход на точку
безубыточности
«Расширение» Занятие компанией определенных
позиций на рынке, выход на
устойчивую прибыль
Ориентация инвестора на продажу доли

4. Сравнение первых двух стадий
Характеристика «Посевная» «Старт-ап»
Будущий денежный поток Не поддается Прогнозируется с высокой
прогнозированию, степень вероятности
первоначальные оценки
Формирование юридического формируется сформировано
лица
Интеллектуальная Не защищена Сформирован и защищен
собственность основной пакет ИС
Бизнес-план Имеются отдельные его Четкий бизнес-план,
элементы: расчеты затрат, содержащий экономическое
сметы расходов, ТЗ, общее обоснование проекта.
видение бизнеса
Команда Формируется, известна часть Сформирована
кандидатов
Рынок Изучается, есть общее его Определены потребители,
видение разрабатывается
маркетинговая стратегия
Наличие стандартов нет да

5. Видение
Видение проекта (vision) ̶ это краткое
описание сути будущего продукта. В этом
документе вкратце описывается что это
за продукт, каковы цели и задачи его
создания, кто его пользователи и каковы
основные возможности будущей системы.

6. Бизнес - план
• Идея и цель бизнеса
• Миссия
• Описание проекта
• Управленческая и организационная структура
• Команда
• Рынок и конкурентные преимущества
• Бизнес-модель
• Финансовое планирование (включая налоги)
• Юридическое планирование
• Стратегия развития
• Риски проекта

7. План проекта
А Б

8. Выбор управленческой модели

9. Каскадная модель
Инициация
Планирование
Проектирование продукта
Дизайн
Верстка
Программирование
Тестрирование
Запуск проекта
Развитие функционала

10. Роли
l Заказчик
l Инвестор (Спонсор)
l Руководитель проекта
l Администратор
l Исполнитель

11. Инициация проекта
Устав проекта:
• Формулировка цели
• Название проекта
• Экономическое обоснование
• Эскиз расписания и бюджета
• Перечень ограничений и допущений
• Методы управления рисками
• Процедура управления изменениями
• Критерии успешности проекта
Составляет PM, утверждает Спонсор

12. Инициация проекта
Схема ролей и коммуникаций:
• Участники проекта с контактами и ролью
• Матрица ответственности
• Планирование коммуникаций (кому, когда,
что)
• Правила сбора информации (формальные и
неформальные)
• Способы хранения и распространения
информации
Основное влияние ‒ упрощение адаптации

13. Планирование
Разработка иерархической структуры
работ:
• Определение перечня работ и уровня
детализации
• Определение длительности каждой
операции
• Определить взаимосвязи операций
• Определить критический путь
• Распределить ресурсы
• Отрегулировать расписание в соответствии с
ограничениями на ресурсы

14. Проектирование продукта
формирование требований к дизайну
Подготовка
l
l
l определение перечня и сбор исходных
Брифа материалов
Подготовка
l
l требования сайта
l структура сайта
Технического l описание функционала
задания l сетки страниц
регламентация правил формирования
Подготовка
l
l
файлов выгрузки;
Спецификаций l эталонные файлы
l бизнес-процессы
Согласованные и подписанные Бриф и ТЗ

15. Дизайн
Дизайн-концепция
l l разработка макета
l презентация заказчику
главной страницы
l формирование списка замечаний и
их реализация
l утверждение макета
Дизайн типовой
l
порядок работ - аналогичен
внутренней страницы
l
Дизайн экранных
l
порядок работ - аналогичен
форм (каталог,
l
корзина, личный
кабинет).
Наличие всех макетов, утвержденных заказчиком

16. Верстка
l Открытие тестовой площадки
l Верстка все страниц сайта:
Тестирование верстки внутренними силами
l
l Демонстрация заказчику
l Формирование и реализация списка замечаний
l Утверждение верстки
Наличие всей верстки, утвержденной заказчиком

17. Программирование
Программирование
l параллельно ‒ запрос файла
l
выгрузки
стандартного
функционала
Программирование
l
l параллельно ‒ тестовая выгрузка
дополнительных модулей
Внутреннее тестирование
l
первичное наполнение,
l
исправление выявленных
несоответствий с ТЗ
Тестирование заказчиком
l l презентация заказчику
l формирование и внесение
правок
Чувство радости

18. Тестирование
• тестирование безопасности;
• нагрузочное тестирование;
• тестирование пользовательского
интерфейса;
• анализ дружественности сайтов поисковым
системам;
• проверка грамотности контента;
• разработка тестовых планов, тесткейсов;
Чувство радости

19. Закрытие проекта
l Сверка соответствия требованиям
l Перенос на рабочий сервер
Передача проекта в службу технической
l
поддержки
Оригиналы всех проектных документов

20. Основные проблемы
l Сложность и дороговизна начального
планирования
l Задуманное к моменту завершения
никому не нужно
l Большая бюрократия
l Низкий уровень мотивации конечных
исполнителей относительно общей цели

21. Agile / SCRUM
Agile ‒ методология, которая а определяет ценности и принципы, которыми
руководствуются успешные команды.
«Мы постоянно открываем для себя более совершенные методы разработки
программного обеспечения, занимаясь разработкой непосредственно и
помогая в этом другим. Благодаря проделанной работе мы смогли осознать,
что:
Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану
То есть, не отрицая важности того, что справа,
мы всё таки больше ценим то, что слева.»
Гибкие методы вошли в PMBOK 4 редакции

22. Принципы Agile
• удовлетворение клиента за счёт ранней и бесперебойной поставки ценного ПО;
• приветствие изменений требований, даже в конце разработки (это может
повысить конкурентоспособность полученного продукта);
• частая поставка рабочего ПО (каждый месяц или неделю или ещё чаще);
• тесное, ежедневное общение заказчика с разработчиками на протяжении всего
проекта;
• проектом занимаются мотивированные личности, которые обеспечены нужными
условиями работы, поддержкой и доверием;
• рекомендуемый метод передачи информации ̶ личный разговор (лицом к лицу);
• работающее ПО ̶ лучший измеритель прогресса;
• спонсоры, разработчики и пользователи должны иметь возможность
поддерживать постоянный темп на неопределенный срок;
• постоянное внимание на улучшение технического мастерства и удобный дизайн;
• простота ̶ искусство НЕ делать лишней работы;
• лучшие технические требования, дизайн и архитектура получаются у
самоорганизованной команды
• постоянная адаптация к изменяющимся обстоятельствам.
http://agilemanifesto.org/iso/ru/

23. Методология SCRUM

24. Роли
• Scrum Master ‒ член команды, идеолог
методологии, создает атмосферу, отслеживает
выполнение проекта и модерирует митинги
• Product Owner ‒ отвечает за формирование
концепции продукта, координацию с
заказчиком, управление ROI, ставит задачи
команде, отвечает за приемку в конце каждой
итерации
• Team ‒ отвечает за оценку элементов баклока,
формирует план спринта, разрабатывает софт,
отвечает за результат
Размер команды: 5-9 человек

25. Ежедневные скрам митинги
Проходят не более 15 минут
Цель - обмен информацией. Проблемы
проекта не обсуждаются.
Скрам митинг проводит Скрам Мастер. Он
по кругу задает вопросы каждому члену
команды
• Что сделано вчера?
• Что будет сделано сегодня?
• С какими проблемами столкнулся?

26. Ревью спринта
Длительность: не более 4ех часов
Проводит Скрам Мастер
Команда демонстрирует продукт, созданный
за последний спринт.
Владелец, заказчик, пользователи
оценивают
Команда рассказывает какие стояли задачи,
какие были проблемы и решения, что не
удалось
Владелец продукта дает обратную связь
Пересматривается баклок

27. Основные проблемы:
• Сложно подобрать команду
• Нет долгосрочного плана продукта
• Проблема архитектурного
планирования
• Возможен подход «Работает и ладно
• Сложность финансового обоснования
для внешнего заказчика

28. Преимущества:
• Быстрая обратная связь от рынка
• Быстрое саморазвитие команды
• Высокая вовлеченность сотрудников

29. Основные проблемы начинающих
1. Желание быстрой наживы
l резкое повышение заработной платы с приходом
инвестора;
l сильные инфраструктурные затраты

30. Основные проблемы начинающих
2. Слабое планирование
l Слабо продуманное видение
l Отсутствие бизнес-планирования

31. Основные проблемы начинающих
3. Экономия времени на этапе
проектирования
l устные договоренности
l формально отношение к ТЗ/ Баклогу
l отсутствие прототипирования

32. Основные проблемы начинающих
4. Размытая схема ролей
l нарушения уровня ответственности
l «все разбираются в футболе»

33. Основные проблемы начинающих
5. Коммуникационные проблемы
• Высота контекста
• Дух отрицаня и протеста
• Диалог = монолог +
монолог
• Переход от интересов к
личности

34. Основные проблемы начинающих
6. Плохая презентация
• Не презентуется дизайн
• Лень
• Экономия времени

35. Основные проблемы начинающих
7. Неумение перестраиваться
• Не учитывается обратная связь от
пользователей
• Не учитываются разработки конкурентов
• Отсутствие реакции на изменение рынка
• Страх J

36. Основные ошибки молодых компаний
5. Весь проект ‒ большой снежный ком

37. Youtube
Проект был начат в 2005 году как сервис видео-
знакомств под названием «Tune In Hook Up,».
После того, как в этом виде проект не взлетел,
авторы проекта решили забить на знакомства и
сделать простой сервис для выкладывания видео-
роликов. Вот и так и по-простому пользователи
сейчас загружают на сервис 35 часов видео
каждую минуту.

38. PayPal
Проект начался с сервиса перевода денег между
наладонниками Palm Pilot. Известный инвестор
Питер Тиль увидел в этом сервисе гораздо
больший потенциал ‒ перевод денег между
пользователями интернета. После этого он
заключил соглашение с eBay, обслуживая 40% его
транзакций, и вырос сейчас до количества
пользователей в 100 миллионов.

39. Gropupon
В 2006 году был запущен проект The Point, цель
которого состояла в объединении людей для
решения различных общественных и
политических проблем. Groupon тогда появился
как одна из частей этого проекта и даже
находился по адресу groupon.thepoint.com. Однако
с течением времени оказалось, что процесс
групповых покупок со скидками привлекает людей
гораздо сильнее, чем все остальные проблемы. В
этом году Groupon провел IPO, оказавшееся по
размеру вторым в мире после IPO Google.

40. Список литературы
• А.И. Каширин А.С. Семенов «Инновационный бизнес.
Венчурное и бизнес-ангельское инвестирование
• Майкл В. Ньюэл Управление проектами для
профессионалов. Руководство по подготовке к сдаче
сертификационного экзамена
• Ken Schwaber и Mike Beedle Software Development with
Scrum
• Радислав Гандапас «К выступлению готов»
• Уильям Юри «Преодолевая НЕТ или «Переговры с
трудными людьми»

41. Куда пойти учиться
• http://scrumtrek.ru
• http://pmexpert.ru/
• http://www.itmane.ru/
• http://www.hse.ru/
• Никуда не идти, просто попить пивка

42. СПАСИБО !
Андрей Григорьев
andrey@umisoft.ru
www.umi-cms.ru