Четвертый принцип, принцип сериала, также берет аналогии из кинематографа. Создание цифровых продуктов похоже на съемку сериала с множеством эпизодов, а не полнометражного фильма. Бизнес находится в изменяющейся среде, и требования к продукту невозможно зафиксировать навсегда. Неопределенность и связанные с ней изменения – это норма. Поэтому подходы к ведению проекта, равно как и способы проектирования продукта, должны учитывать возможность постоянной адаптации. Каждая новая версия, с одной стороны, должна развивать систему, с другой – сохранять ее целостность.
Принцип вовлеченности бизнеса показывает преимущества того, как меняется результат в случае, если бизнес уделяет проекту не меньше внимания, чем специалисты. Создание цифрового продукта подобно решению уравнения с множеством переменных. Среди них есть все уровни проекта: бизнес-модель, функциональный, интерфейсный, технический и организационный. По ходу проекта каждый уровень постоянно уточняется и детализируется, оставаясь в тесной связи с остальными, а значит, ни один из вопросов нельзя отложить на потом.
В противном случае неопределенность накапливается и в конце проекта взрывает его, заставляя спешно искать компромиссные решения, чтобы запустить продукт хотя бы в урезанном виде. Цена, которую бизнес заплатит за постоянное участие в проекте, будет значительно ниже той, которую придется заплатить при ограниченном взаимодействии только в виде постановки требований и финальной приемки.
На этом краткое введение в метод заканчивается. Дальше каждому принципу будет посвящена отдельная глава с пятой по десятую включительно. В дополнение к пятой, шестая глава, «Кодекс проектировщика», предлагает особый взгляд на роль и профессиональное развитие проектировщика. Завершает книгу одиннадцатая глава, дающая представление о технологии продуктовой разработки как о наборе практических приемов по использованию методологии продюсирования проектов.
Структура главы:
• Цифровые продукты – это сложные системы
• Новая роль проектирования
• Первое правило: каждое решение должно уменьшать неопределенность
• Второе правило: каждое решение требует своего уровня абстракции, компетенции и ответственности
• Третье правило: все решения должны быть связаны
• Проектировщик – генеральный конструктор продукта
Проектирование – первый принцип «Метода параноика». Его суть: «Продумывать решение до воплощения». Это кажется простым, но имеет множество неочевидных следствий, которые я раскрою дальше. Эта же простота создает иллюзию, что альтернативой проектированию является отсутствие процесса «продумывания». На самом деле, альтернатива – это поиск решения и воплощения одновременно. Совсем исключить проектирование нельзя, потому что сложную систему невозможно создать «играя в кости», рассчитывая, что случайная комбинация частей сложится в работающий механизм.
И тем не менее, из-за широкой распространенности гибких подходов, в которых нет выделенного этапа поиска решений и моделирования продукта, может показаться, что проектирование в них не выполняется. Это не так. Проектирование выполняется, но на примитивном уровне, «в голове разработчиков» и «размазано» по всему процессу работы над продуктом. Помимо этого, разработчики используют готовые решения, комбинируя их, либо опираются на известные им архитектурные паттерны. И то и другое означает, что проектирование уже было выполнено до них другими людьми. Алан Купер называет такой подход «конструированием». До некого уровня сложности это отражается лишь на качестве продуктов и слабой предсказуемости затрат. Но стоит пересечь незримую границу, и уже создать действительно сложную систему становится невозможно, если не отделить поиск решения и реализацию.
Посмотрим на автомобильную отрасль, которая давно прошла детские болезни и потому избавлена от описываемых проблем. Современный двигатель – хороший пример. Этот механизм весом около 100 кг состоит из нескольких сотен деталей, каждая из которых в отдельности – металлический предмет сложной формы. Здесь очень ясно проявляется принцип, что система не равна сумме частей, а является чем-то большим, приобретающим собственные свойства и действующим за счет взаимодействия элементов по своим законам. Проектирование каждого элемента – отдельная задача, но для создания двигателя как работающего механизма систему нужно рассматривать в совокупности. Только после нахождения общей схемы решения станет понятно, какие части нужны и какие требования к ним предъявляются. Абсурдна сама идея, что специалисты, занимающиеся изготовлением отдельных деталей, смогут «по ходу дела» создать сложную систему, удовлетворяющую множеству требований.