ценим то, что слева».
• Люди и взаимодействие важнее процессов и инструментов.
• Работающий продукт важнее исчерпывающей документации.
• Сотрудничество с заказчиком важнее согласования условий контракта.
• Готовность к изменениям важнее следования первоначальному плану.
• Исследуйте реакцию вашей компании на неудачи. Становятся ли провалы ценной возможностью для обучения или поводом искать виноватых?
2. Оцените способность вашей компании адаптироваться и внедрять инновации. Насколько вам сложно держать темп в условиях меняющихся спроса, желаний и требований? Вы разрушитель или ждете дня, когда окажетесь за бортом? Что благоприятствует и вредит вашей способности реагировать на изменения?
Глава 2. Как передумать дешево
Мой коллега Джо Джастис любит повторять: «Scrum – это про сокращение затрат на то, чтобы передумать». Джо работает в основном с компаниями, производящими товары долговременного пользования: машины, ракеты, медицинское оборудование, средства личной защиты для пожарных и т. д. В общем, материальное обеспечение.
Вопросы, с которыми он сталкивается, не уникальны для индустрии: ваше понимание того, как должен выглядеть продукт, каковы его функции, что нужно для того, чтобы он соответствовал стандартам, как вы доставите его по разумной цене и в сроки, очерченные потребителем и действиями конкурентов. С этим сталкиваются все независимо от направления бизнеса.
В этой книге я планирую показать шаблоны и практики, которые позволят нам решить эти проблемы быстрее, чем вы думаете. Но прежде чем погрузиться в это, дам краткий обзор основ Scrum.
Как работает Scrum
Scrum работает так.
Для начала вам нужно понять, что в Scrum есть три – и только три – роли: владелец продукта, scrum-мастер и член команды. Здесь нет бизнес-аналитика, тех-лида, старшего мастера – только те, кого я перечислил выше. Такой состав позволяет scrum-команде независимо доставлять ценность. Команда – наименьшая организационная единица. Она доставляет ценность потребителям в короткие временные циклы, которые называются спринтами.
Владелец продукта (PO, Product Owner) отвечает на вопрос «Что мы будем делать?» Под продуктом подразумевается то, что команда собирается создать, какую услугу или процесс представить. Владелец продукта получает данные от пользователей, стейкхолдеров, самой команды и всех, кто извлекает ценность из деятельности команды. Это могут быть фермеры из Уганды, пострадавшие от заболевания сельскохозяйственных культур; или инженеры, строящие беспилотный автомобиль; или посетители кинотеатра, которые идут посмотреть новый фильм. Владелец продукта должен собрать все входные данные, часть которых может быть противоречива, и создать видение того, что команда будет делать. Затем (это обычно сложнее всего), после сбора всех идей, владелец продукта должен расставить их в порядке убывания
