григорьев андрей, юмисофт, основные ошибки ведения It...

от документации до коммуникации

Андрей Григорьев @andrey_promo #UMI_CMS

Управление IT-проектами:

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

Стадии развития компании название описание «Посевная» Выработка концепции бизнеса.

Формирование компании, наличие проекта или бизнес-идеи, процесс создания прототипов, маркетинговые исследования,

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

«Ранний рост» Рост объема оборотные средств. Эксплуатация готового продукта, постепенный выход на точку безубыточности

«Расширение» Занятие компанией определенных позиций на рынке, выход на устойчивую прибыль

Ориентация инвестора на продажу доли

Сравнение первых двух стадий Характеристика «Посевная» «Старт-ап» Будущий денежный поток Не поддается

прогнозированию, первоначальные оценки

Прогнозируется с высокой степень вероятности

Формирование юридического лица

формируется сформировано

Интеллектуальная собственность

Не защищена Сформирован и защищен основной пакет ИС

Бизнес-план Имеются отдельные его элементы: расчеты затрат, сметы расходов, ТЗ, общее видение бизнеса

Четкий бизнес-план, содержащий экономическое обоснование проекта.

Команда Формируется, известна часть кандидатов

Сформирована

Рынок Изучается, есть общее его видение

Определены потребители, разрабатывается маркетинговая стратегия

Наличие стандартов нет да

Видение

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

Бизнес - план

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

План проекта

А Б

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

Каскадная модель

Инициация

Планирование

Проектирование продукта

Дизайн

Верстка

Программирование

Тестрирование

Запуск проекта

Развитие функционала

Роли

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

Инициация проекта

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

Составляет PM, утверждает Спонсор

Инициация проекта

Схема ролей и коммуникаций: •  Участники проекта с контактами и ролью •  Матрица ответственности •  Планирование коммуникаций (кому, когда,

что) •  Правила сбора информации (формальные и

неформальные) •  Способы хранения и распространения

информации

Основное влияние ‒ упрощение адаптации

Планирование Разработка иерархической структуры работ: •  Определение перечня работ и уровня

детализации •  Определение длительности каждой

операции •  Определить взаимосвязи операций •  Определить критический путь •  Распределить ресурсы •  Отрегулировать расписание в соответствии с

ограничениями на ресурсы

Проектирование продукта

l  Подготовка Брифа

l  Подготовка Технического задания

l  Подготовка Спецификаций

Согласованные и подписанные Бриф и ТЗ

l  формирование требований к дизайну l  определение перечня и сбор исходных материалов l  требования сайта l  структура сайта l  описание функционала l  сетки страниц

l  регламентация правил формирования файлов выгрузки; l  эталонные файлы l  бизнес-процессы

Дизайн

l  Дизайн-концепция главной страницы

l  Дизайн типовой внутренней страницы

l  Дизайн экранных форм (каталог, корзина, личный кабинет).

Наличие всех макетов, утвержденных заказчиком

l  разработка макета l  презентация заказчику l  формирование списка замечаний и их реализация l  утверждение макета l  порядок работ - аналогичен

l  порядок работ - аналогичен

Верстка

l  Открытие тестовой площадки

l  Верстка все страниц сайта: l Тестирование верстки внутренними силами l  Демонстрация заказчику l  Формирование и реализация списка замечаний l  Утверждение верстки

Наличие всей верстки, утвержденной заказчиком

Программирование

l  Программирование стандартного функционала

l  Программирование дополнительных модулей

l Внутреннее тестирование l Тестирование заказчиком

Чувство радости

l  параллельно ‒ запрос файла выгрузки

l  параллельно ‒ тестовая выгрузка l  первичное наполнение, исправление выявленных несоответствий с ТЗ

l  презентация заказчику l  формирование и внесение правок

Тестирование

•  тестирование безопасности; •  нагрузочное тестирование; •  тестирование пользовательского

интерфейса; •  анализ дружественности сайтов поисковым

системам; •  проверка грамотности контента; •  разработка тестовых планов, тесткейсов;

Чувство радости

Закрытие проекта

l  Сверка соответствия требованиям

l  Перенос на рабочий сервер l  Передача проекта в службу технической поддержки

Оригиналы всех проектных документов

Основные проблемы

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

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

Гибкие методы вошли в PMBOK 4 редакции

Принципы Agile •  удовлетворение клиента за счёт ранней и бесперебойной поставки ценного ПО; •  приветствие изменений требований, даже в конце разработки (это может

повысить конкурентоспособность полученного продукта); •  частая поставка рабочего ПО (каждый месяц или неделю или ещё чаще); •  тесное, ежедневное общение заказчика с разработчиками на протяжении всего

проекта; •  проектом занимаются мотивированные личности, которые обеспечены нужными

условиями работы, поддержкой и доверием; •  рекомендуемый метод передачи информации ̶ личный разговор (лицом к лицу); •  работающее ПО ̶ лучший измеритель прогресса; •  спонсоры, разработчики и пользователи должны иметь возможность

поддерживать постоянный темп на неопределенный срок; •  постоянное внимание на улучшение технического мастерства и удобный дизайн; •  простота ̶ искусство НЕ делать лишней работы; •  лучшие технические требования, дизайн и архитектура получаются у

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

http://agilemanifesto.org/iso/ru/

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

Роли

•  Scrum Master ‒ член команды, идеолог методологии, создает атмосферу, отслеживает выполнение проекта и модерирует митинги

•  Product Owner ‒ отвечает за формирование концепции продукта, координацию с заказчиком, управление ROI, ставит задачи команде, отвечает за приемку в конце каждой итерации

•  Team ‒ отвечает за оценку элементов баклока, формирует план спринта, разрабатывает софт, отвечает за результат

Размер команды: 5-9 человек

Ежедневные скрам митинги

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

Ревью спринта

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

Основные проблемы:

•  Сложно подобрать команду •  Нет долгосрочного плана продукта •  Проблема архитектурного планирования

•  Возможен подход «Работает и ладно •  Сложность финансового обоснования для внешнего заказчика

Преимущества:

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

Основные проблемы начинающих

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

Основные проблемы начинающих

2. Слабое планирование l  Слабо продуманное видение l  Отсутствие бизнес-планирования

Основные проблемы начинающих

3. Экономия времени на этапе проектирования l  устные договоренности l  формально отношение к ТЗ/ Баклогу l  отсутствие прототипирования

Основные проблемы начинающих

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

Основные проблемы начинающих

5. Коммуникационные проблемы

•  Высота контекста •  Дух отрицаня и протеста •  Диалог = монолог +

монолог •  Переход от интересов к

личности

Основные проблемы начинающих

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

Основные проблемы начинающих

7. Неумение перестраиваться •  Не учитывается обратная связь от

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

Основные ошибки молодых компаний

5. Весь проект ‒ большой снежный ком

Youtube

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

PayPal

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

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

Список литературы •  А.И. Каширин А.С. Семенов «Инновационный бизнес.

Венчурное и бизнес-ангельское инвестирование

•  Майкл В. Ньюэл Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена

•  Ken Schwaber и Mike Beedle “Software Development with Scrum”

•  Радислав Гандапас «К выступлению готов»

•  Уильям Юри «Преодолевая НЕТ или «Переговры с трудными людьми»

Куда пойти учиться •  http://scrumtrek.ru

•  http://pmexpert.ru/

•  http://www.itmane.ru/

•  http://www.hse.ru/

•  Никуда не идти, просто попить пивка

Андрей Григорьев

andrey@umisoft.ru www.umi-cms.ru

СПАСИБО !