Презентация доклада "Доски проектов и продуктов: Agile-визуализация на уровне компании" Сергея Рогачева на конференции AgileDays 2015 в Москве 20 марта 2015 года (http://msk15.agiledays.ru/reports/view/8). См. подробнее в заметке "Отчет об участии в AgileDays'15" (http://wp.me/p1650o-hN) в персональном блоге Рогачева Сергея.
1 of 18
More Related Content
Доски проектов и продуктов: Agile-визуализация на уровне компании
2. Кто я и о чем расскажу
@rsn81rsn81.wordpress.com
3. Место действия – ИнфоТеКС
Разработчик продуктов
25 лет в сфере информационной безопасности
20 продуктов
7 лет проектному управлению
50 проектов
8+ менеджеров (всего 25 сотрудников в проектном
офисе)
Сайт компании ИнфоТеКС (http://infotecs.ru)
4. Классовая борьба бизнеса и разработки
Асхат Уразбаев «Как развиваются процессы. Часть 3. Классовая борьба» (http://urazbaev.ru/kak-razvivaiutsia-protsessy-chast-3-klassovaia-borba)
5. Топ-лист ключевых проблем
Заказчики
Не могут отследить планирование фич на релизы
Не доверяют срокам релизов
Руководство
Не понимает бизнес-ценность (содержание) релизов
Не видит план развития продуктов – дорожную карту
10. Топ-лист ключевых проблем: все хорошо
или что-то еще не так?
Заказчики
Всегда видят план фич по релизам
Меньше недоверия срокам релизов
Руководство
Все равно не понимает бизнес-ценность
(содержание) релизов
До сих пор не видит план развития продуктов –
дорожную карту
12. В этом примере ошибка всего 15-20% По статистике в ИТ все намного хуже
43% проектов
На 74% отставание по срокам
На 59% превышение бюджета
На 69% незавершенный
функционал
18% проектов
закрываются в корзину
Планы бесполезны, но вот планирование
обязательно
Standish Group «Chaos Manifesto 2013» (http://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf)
15. Выученные уроки по Agile-манифесту
Люди и взаимодействие
важнее процессов и
инструментов
Визуализируйте работающие коммуникации между
людьми прежде, чем изобретать идеальные регламенты
их взаимодействия
Сотрудничество с
заказчиком важнее
согласования условий
контракта
Упрощайте взаимодействие с заказчиками: разделите
понятия бэклога и содержания релиза – не грузите
людей лишней информацией
Готовность к
изменениям важнее
следования
первоначальному плану
Визуализируйте предмет договоренности: к примеру,
сроки и содержание релизов, ожидания заказчиков по
реализации фич – чтобы изменения было легко видеть, а
потому согласовывать
Планируйте как на краткосрочную перспективу детально,
так и на дальний горизонт обзорно: важен не сам план, он
изменится – но понимание, куда вы движетесь
Agile-манифест разработки программного обеспечения (http://agilemanifesto.org/iso/ru)
17. Сколько стоила разработка?
Разработка SQL Server, IIS, .NET Framework (Entity Framework, ASP.NET MVC),
Knockout, jQuery, TFS API, SharePoint API
1,5 разработчика, периодически архитектор, инженер и дизайнер
Внедрение 25 менеджеров, 8 заказчиков, руководство и заинтересованные лица
– почти все управление разработкой и часть бизнеса, то есть
больше работы по обучению и поддержке пользователей, чем по
разработке
Доска проектов: разработка и пуско-наладка за 0,5 года, в
промышленной эксплуатации уже 0,5 года
Доска продуктов: разработка за месяц, пуско-наладка за квартал,
сейчас переводится в промышленную эксплуатацию
К началу разработки мы четко понимали, что нам нужно! Общий период – 1 год
18. Как связаны доски с TFS?
Проект Teams
Релиз, плановые сроки, статусы Iterations
Работы, вехи, содержание Requirements, User Stories
Фичи, срок ожидания, статусы Features, Target Date
% завершения и прогнозный срок Size, Story points, Hours (Tasks)
Команда, заказчик, менеджер,
администратор,
заинтересованные лица
Team Members
Продукт, связь с проектами, фичи
кросс- продуктовая/проектная
Feature Tags, Feature-
Requirements