Перевод статьи из блога http://onproductmanagement.net (Saeed Khan).
Ссылка на статью:
http://onproductmanagement.net/2008/10/28/agilescrum-and-product-roadmaps/
——перевод——↓
При обсуждении Agile / Scrum часто возникает вопрос о создании и поддержке Roadmap в Agile среде. Замешательство возникает из-за того, что Scrum основан на коротких циклах разработки и постоянной приоритизации и реприоритизации функциональности в Product Backlog.
Итак, есть ли здесь противоречие, которое помешает созданию и поддержке Product Roadmap в Agile среде?
Ответ – абсолютно нет. Вкратце: Scrum – это методология разработки, а Roadmap – это инструмент бизнес-планирования и общения. Эти две вещи не зависимы друг от друга, и внедрение Scrum должно оказывать слабое влияние на поддержку Roadmap.
Не удовлетворены? Тогда предоставлю вам более развернутый ответ.
Прежде всего, определимся чем НЕ является Roadmap.
Это НЕ на 100% гарантированное и непоколебимое описание того, что мы безусловно будем делать в ближайших релизах нашего продукта.
Нет, Roadmap этим не является. Даже несмотря на то, что многие продавцы хотят, чтобы так было.
Кстати (небольшое отступление), есть небольшой трюк, позволяющий справиться с продавцами, которые хотят абсолютно фиксированную, определенную Roadmap на будущее.
Скажите им, что менеджмент продукта сделает такую Roadmap, когда команда продавцов подготовит абсолютно фиксированный и определенный объем продаж на 4 квартала. Посмотрите на их реакцию. Я сомневаюсь, что будут желающие.
Итак, что такое Product Roadmap?
Roadmap – это планируемое будущее, изложенное в общих чертах, то есть в виде планируемых релизов или перечислений высокоуровневых функций, примерно связанных с определенными временными промежутками (обычно по плановому календарю или финансовым кварталам) обычно с глубиной в 2-3 значительных релиза.
Для стартапов или компаний, работающих на быстро меняющихся или растущих рынках, эти 2-3 релиза могут покрывать только ближайшие 12 месяцев. Для более зрелых компаний, работающих на менее динамичных рынках, эти релизы могут покрывать несколько лет.
Я выделил слово «планируемый» выше. Планы – это просто планы. Это только наши представления о будущем, основанные на том, что мы знаем и во что верим сегодня. Это не обязательства. Большинство презентаций Roadmap, которые я видел, и практически все презентации, которые делали публичные компании, начинались с оговорки о том, что компания снимает с себя всякие обязательства относительно того, что указано в Roadmap.
И люди, слушающие эту презентацию Roadmap, принимали это как должное. Они понимают, что будущее неопределенно. Что они хотят услышать, так это заявление о намерениях, которые достижимы и заслуживают доверия, и которые могут помочь спланировать их собственное будущее.
Заметьте, что ничего из этого никак не связано с методологией разработки, которая используется для потенциальной реализации этой функциональности. И если кто-то спросит вас об этом, хороший ответ может выглядеть следующим образом:
Наши команды разработки используют гибридный подход к разработке, который позволят использовать лучшее из существующих Agile методологий, соединенное с наиболее предсказуемыми и устойчивыми элементами водопадной методологии. Это дает нам гибкость, которая позволяет нам адаптироваться к изменяющимся условиям рынка и потребностям пользователей, а также устойчивый фундамент в части циклов разработки, что позволяет нам создавать высококачественные релизы год от года.
Если нет никаких других обстоятельств, люди будут кивать головами и никогда больше не спросят о вашей методологии разработки.
Наконец, большинство Product Roadmap настолько лишены полезной информации, что они представляют собой просто перечень пунктов или список кодовых имен релизов на одном слайде. Это дает большое пространство для маневра презентатору (топ-менеджеру, менеджеру продукта, маркетологу продукта или кому-либо другому) для того, чтобы нарисовать светлое будущее, но ни к чему не быть обязанным.
Вот несколько РЕАЛЬНЫХ Roadmap, которые я нашел в Интернете. Какая из этих компаний использует Agile в разработке? Вы можете сказать? Это имеет значение?
Дочитал одну из книг, которые заказывал летом в Amazon, - Expert Product Management, написанную руководителем консалтинговой компании 280group Brian’ом Lawley. В остальных пока прочитал только самое интересное. Обзоры будут позднее.
