Давайте разберемся, что такое продукт с точки зрения системного подхода и какие этапы он проходит, прежде чем отправиться на свалку истории. Эта база критически важна для понимания бизнес-анализа и системного инжиниринга.
🧱 Что такое продукт?
Если смотреть через призму системного инжиниринга, любой продукт, услуга или решение — это система.
Система — это комплект взаимосвязанных элементов, работающих слаженно, чтобы приносить пользу как единое целое. Система может состоять из меньших систем или сама являться частью большей.
Далее в тексте я буду использовать единый термин «продукт» для описания как материальной системы (то, что можно пощупать), так и нематериальной (услуги или решения).
Чтобы вы лучше понимали масштаб, вот примеры продуктов из легендарной книги Дж. Н. Мартина*:
⚙️ Аппаратное обеспечение: процессор, радиолокационный передатчик, полезная нагрузка спутника, шасси самолета, дизельный двигатель.
💻 Программное обеспечение: операционная система, прошивка, система управления роботом, СУБД.
👩🚀 Персонал: космонавт, оператор ЭВМ, водитель автобуса, кассир, собака-космонавт Лайка.
🏗️ Инфраструктура: стартовая площадка ракеты, взлетно-посадочная полоса, мост, складское здание, транспортный туннель.
📊 Данные: спутниковая телеметрия, инструкции по управлению, оценка удовлетворенности клиентов.
🧪 Материалы: графитовый композит, бетон, стекловолокно, золото, радиопоглощающий материал.
📡 Медиа: носители (карты памяти, диски), средства передачи (оптоволокно, радиочастотный спектр), соцсети (Telegram, ВКонтакте).
🛠️ Методы (техники): пайка, планирование проекта, алгоритм сортировки, протокол ответа на звонки.
Продуктом может быть и результат оптимизации: новая организационная структура, перекроенные бизнес-процессы или даже новая схема рассадки сотрудников в офисе 💺. А еще сложная сделка с кучей финансовых инструментов — это тоже продукт.
Однако есть нюанс 🧐. Не все продукты достаточно сложны, чтобы появлялась необходимость применять бизнес-анализ или инжиниринг систем, так же как продукт, в его самом широком смысле, может не являться системой вовсе (например, камень, который продадут для переработки и добычи из него алюминия), но и для нас в рамках рассматриваемых дисциплин такой продукт перестаёт нести смысл.
Даже при разработке достаточно сложных продуктов организации не всегда прибегают к одной из этих дисциплин. Чтобы иметь хорошее понимание, стоит ли тратить время на бизнес-анализ, требуется хорошее понимание, чем он может помочь.
🔄 Жизненный цикл продукта
Продукт проходит несколько ключевых этапов.
1. 🎯 Определение продукта
На этом этапе определяется необходимость в продукте, то как он нацелен отвечать потребностям бизнеса, какую проблему он решает или какую возможность или потребность покрывает. Разрабатывается концепт и дизайн продукта. Осуществляется подготовка к производству или закупке.
2. 🛒 Закупка или 👨💻 Разработка
На данном этапе обычно существует 3 варианта решений:
- закупка продукта
- разработка продукта
- частичная закупка компонент продукта и собственная разработка
Последний вариант чаще всего используется для сложных многокомпонентных продуктов, особенно если это аппаратное обеспечение.
Для программного обеспечения, тем не менее последний подход всё больше применим, т.к. появляется всё больше сервисов и библиотек, решающих огромную часть типовых задач (например, аутентификация, отрисовка графиков и диаграмм), имеющие при этом равную или меньшую стоимость при сравнении с собственной разработкой.
3. 🏭 Производство
Услуги, софт или консалтинг этот этап перепрыгивают. А вот аппаратное обеспечение требует организации полноценного производства необходимой степени серийности.
4. ⚙️ Эксплуатация и обслуживание
В большинстве случаев продукт после его производства требует обслуживания и поддержки. Аппаратное обеспечение требует инспекций, ремонта, замены, разработки и обновления прошивок; программное обеспечение — исправление дефектов, добавление совместимости с новыми версиями ОС; даже услуги, например, тур в Египет поддерживается турагенствами на всем этапе ее использования пока не доставят вас обратно в аэропорт.
👉 Важно: механизм использования продукта и методы обеспечения его обслуживания и поддержки должны быть продуманы задолго до начала производства на этапе дизайна продукта.
5. ♻️ Утилизация
Аппаратное обеспечение может приносить вред окружающей среде при неверной или непродуманной утилизации, компоненты могут быть переиспользованы (или переплавлены), что снизит итоговую стоимость продукта для организации; при выводе программного обеспечения из эксплуатации все зависимые системы и внешние интерфейсы должны быть учтены, пользователи выводимого программного обеспечения должны быть предупреждены об окончании поддержки заранее, переведены на замещающее ПО.
В крупных организациях вывод программного обеспечения из эксплуатации может быть настолько сложным, что выполняется в рамках отдельного большого проекта.
Управление жизненным циклом продукта — одна из основных задач бизнес-анализа и инжиниринга систем — это процесс управления всем жизненным циклом продукта от его «зачатия» и дизайна до утилизации.
Процесс объединяет людей, информацию, бизнес-процессы, окружающие системы (в самом широком смысле) и обеспечивает основу всей информации о продукте и его развитии внутри организации.
📈 Версии, модели и кривая принятия
У сложного продукта чаще всего присутствуют версии и/или модели. Для каждой версии или модели продукта жизненный цикл повторяется полностью или частично.
Жизненные циклы продукта и модели продукта определяются показателем принятия продукта, который обычно наблюдается у большинства разработанных продуктов. По мере того как продукты достигают насыщения рынка (нисходящая часть кривой на графике ниже), появляется новая модель или обновлённая версия продукта, готовая к поставке на рынок.
Показатель играет критически важную роль в определении наилучшего времени для поставки новой версии или модели т.е. некоего набора новых характеристик и функций, которые будут иметь наибольшую ценность в данный момент. Подробнее показатель будет рассмотрен в соответствующей статье.
📁 Связь с проектами
Важно не путать продукт и проект. PMI дает такие определения:
- Проект — временная активность для создания уникального продукта, услуги или результата.
- Жизненный цикл проекта — набор фаз, через которые проходит проект с момента его начала до его завершения.
Несмотря на то, что бизнес-анализ сконцентрирован на продукте, процессы бизнес-анализа часто выполняются внутри одной или нескольких фаз проекта.
Обычно один проект затрагивает один продукт или его часть, таким образом, на реализацию всего продукта часто требуется несколько проектов. В рамках реализации нескольких версий или моделей продукта запускается множество проектов последовательно или внахлёст 🚀🚀🚀.
Руководитель продукта (product manager) часто проходит через несколько проектов (иногда десятки!), версий и моделей одного и того же продукта. В общем же случае в разных проектах работают разные люди, поэтому строгое соблюдение процесса управления жизненным циклом продукта так важны.
Грамотное управление проектами с порождением соответствующих переиспользуемых артефактов при завершении проекта также добавляет немало ценности, но практики управления проектом за рамками данного ресурса
Типы жизненных циклов проекта
Выбор цикла (от жесткого «водопада» до гибких agile-подходов) — задача менеджера. Бизнес-анализ работает в любом из них. Вопрос только в объеме, формальности и детализации документации 📄.
*Примечание: Дж. Н. Мартин (James N. Martin) — инженер и автор трудов по системной инженерии, в частности книги "Systems Engineering Guidebook".