Оглавление
- Отзывы о книге
- Предисловие
- Кому нужна эта книга
- Об авторе
- Благодарности
- Структура книги
- Раздел I. Управление IT-продуктами
- Глава 1. Кнопочное мышление против целостного IT-продукта
- Откуда берутся кнопочные идеи
- Торопыги
- Решалы
- Спасители
- Я – могучий генератор кнопок
- Мимикрирующие User Story и хитрые Product Owner'ы
- User Story как фильтр
- Хитрые Product Owner'ы
- Мимикрирующие User Story
- Преждевременные решения
- Истории из жизни
- Сколько стоят 1000 строк кода?
- Истории из жизни
- Движение без цели
- Истории из жизни
- Рефлексия и душевный покой
- Глава 2. Impact Mapping на практике
- История появления Impact Mapping
- Руки без головы
- Составляем Impact Map
- Why?
- Who?
- How?
- What?
- Организация процесса
- Пример из практики
- Why?
- Who?
- How?
- What?
- Результаты создания Impact Mapping
- Фильтр входящих задач
- Модернизация Kanban-доски
- FAQ по Impact Mapping
- Глава 3. Углубление в Impact Map
- Нюансы Impact Mapping
- Типичные ошибки Impact Mapping
- Impact Mapping гончара
- Почему так сложно сформулировать идею?
- Глава 4. Пять самых важных составляющих процесса выпуска успешных продуктов
- Общий взгляд на процесс
- Конец ознакомительного фрагмента
Руки без головы
Представьте, что вы владелец магазина. К вам приходит заказчик. У него в голове уже есть набор фич на покупку, он знает чего хочет. Он берёт корзину для покупок, складывает в неё список технологий, десяток прототипов интерфейса, интеграцию с соцсетями и т. п. Подходит к кассе и просит всё взвесить, реализовать и выставить ему счёт.
Получается, что заказчик пришёл к вам с готовыми решениями каких-то своих проблем. В такой ситуации заказчик купит только руки разработчика, но не голову. Разработчик не сможет критически оценить предложенные решения. Будет ли успешным проект с подходом, где купили только «руки»? Шанс невысок.
Зато в наших силах увеличить шансы на успех за счёт того, что каждый в команде будет понимать и разделять цели бизнеса. Тогда любое решение – от именования переменной в коде до выбора архитектуры – будет приниматься с учётом реальных потребностей бизнеса.
Остаётся вопрос, как вытащить из бизнеса истинные цели, которых мы хотим достичь? Как сделать так, чтобы команда услышала их, приняла и начала с ними работать? Как провести трассировку от любой задачи до бизнес-цели, чтобы была видна логика выбранного решения?