ݺߣ

ݺߣShare a Scribd company logo
Доски проектов и
продуктов:
Agile-визуализация на
уровне компании
Сергей Рогачев
ИнфоТеКС
Кто я и о чем расскажу
@rsn81rsn81.wordpress.com
Место действия – ИнфоТеКС
Разработчик продуктов
25 лет в сфере информационной безопасности
20 продуктов
7 лет проектному управлению
50 проектов
8+ менеджеров (всего 25 сотрудников в проектном
офисе)
Сайт компании ИнфоТеКС (http://infotecs.ru)
Классовая борьба бизнеса и разработки
Асхат Уразбаев «Как развиваются процессы. Часть 3. Классовая борьба» (http://urazbaev.ru/kak-razvivaiutsia-protsessy-chast-3-klassovaia-borba)
Топ-лист ключевых проблем
Заказчики
Не могут отследить планирование фич на релизы
Не доверяют срокам релизов
Руководство
Не понимает бизнес-ценность (содержание) релизов
Не видит план развития продуктов – дорожную карту
Полно информации: планы проектов,
бэклоги разработки и отчеты
Но как понять, когда будет релиз и что в
него войдет?
Почему расходятся согласованные
ожидания и результат?
Бэклог
релиза
Содержание
релиза
Доска проектов: диалог заказчиков и команд
разработки о сроках и содержании релизов
Топ-лист ключевых проблем: все хорошо
или что-то еще не так?
Заказчики
Всегда видят план фич по релизам
Меньше недоверия срокам релизов
Руководство
Все равно не понимает бизнес-ценность
(содержание) релизов
До сих пор не видит план развития продуктов –
дорожную карту
Притча о планировании в Agile
В этом примере ошибка всего 15-20% По статистике в ИТ все намного хуже
43% проектов
На 74% отставание по срокам
На 59% превышение бюджета
На 69% незавершенный
функционал
18% проектов
закрываются в корзину
Планы бесполезны, но вот планирование
обязательно
Standish Group «Chaos Manifesto 2013» (http://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf)
Доска продуктов: диалог заказчиков с
командами разработки и руководством
Согласование возможностей разработки,
ожиданий бизнеса и стратегии компании
Выученные уроки по Agile-манифесту
Люди и взаимодействие
важнее процессов и
инструментов
Визуализируйте работающие коммуникации между
людьми прежде, чем изобретать идеальные регламенты
их взаимодействия
Сотрудничество с
заказчиком важнее
согласования условий
контракта
Упрощайте взаимодействие с заказчиками: разделите
понятия бэклога и содержания релиза – не грузите
людей лишней информацией
Готовность к
изменениям важнее
следования
первоначальному плану
Визуализируйте предмет договоренности: к примеру,
сроки и содержание релизов, ожидания заказчиков по
реализации фич – чтобы изменения было легко видеть, а
потому согласовывать
Планируйте как на краткосрочную перспективу детально,
так и на дальний горизонт обзорно: важен не сам план, он
изменится – но понимание, куда вы движетесь
Agile-манифест разработки программного обеспечения (http://agilemanifesto.org/iso/ru)
Спасибо за
внимание!
Вопросы?
Сергей Рогачев
rsn81.wordpress.com
@rsn81
Сколько стоила разработка?
Разработка 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 год
Как связаны доски с TFS?
Проект Teams
Релиз, плановые сроки, статусы Iterations
Работы, вехи, содержание Requirements, User Stories
Фичи, срок ожидания, статусы Features, Target Date
% завершения и прогнозный срок Size, Story points, Hours (Tasks)
Команда, заказчик, менеджер,
администратор,
заинтересованные лица
Team Members
Продукт, связь с проектами, фичи
кросс- продуктовая/проектная
Feature Tags, Feature-
Requirements

More Related Content

Доски проектов и продуктов: Agile-визуализация на уровне компании

  • 1. Доски проектов и продуктов: 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. Топ-лист ключевых проблем Заказчики Не могут отследить планирование фич на релизы Не доверяют срокам релизов Руководство Не понимает бизнес-ценность (содержание) релизов Не видит план развития продуктов – дорожную карту
  • 6. Полно информации: планы проектов, бэклоги разработки и отчеты
  • 7. Но как понять, когда будет релиз и что в него войдет?
  • 8. Почему расходятся согласованные ожидания и результат? Бэклог релиза Содержание релиза
  • 9. Доска проектов: диалог заказчиков и команд разработки о сроках и содержании релизов
  • 10. Топ-лист ключевых проблем: все хорошо или что-то еще не так? Заказчики Всегда видят план фич по релизам Меньше недоверия срокам релизов Руководство Все равно не понимает бизнес-ценность (содержание) релизов До сих пор не видит план развития продуктов – дорожную карту
  • 12. В этом примере ошибка всего 15-20% По статистике в ИТ все намного хуже 43% проектов На 74% отставание по срокам На 59% превышение бюджета На 69% незавершенный функционал 18% проектов закрываются в корзину Планы бесполезны, но вот планирование обязательно Standish Group «Chaos Manifesto 2013» (http://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf)
  • 13. Доска продуктов: диалог заказчиков с командами разработки и руководством
  • 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