Что такое продукт?

1. Но что именно является продуктом?
2. Какие продукты авиакомпании?
3. Определение и примеры
4. Продукты могут быть определены рекурсивно
5. Продукты предлагают выгоду
6. Применение этого определения к примеру авиакомпании
7. Примените это определение к программным компонентам
8. Избегайте субоптимизации продуктов

Приблизительное время чтения: 6 минут

Чтобы иметь возможность создавать хорошие продукты, вы должны сначала знать, что такое продукт

Концепция разработки продукта является фундаментальной в Agile, и если вы находитесь в одном Скрам Команда работа, вы, конечно, также знаете, что у вас есть один Журнал ожидания продукта и один Владелец продукта должен иметь.

Но что именно является продуктом?

Для некоторых команд это очень важный вопрос. В конце концов, организации не могут определить разумных владельцев продуктов, команды или роли, не зная заранее, каковы их продукты. И если есть один для каждого продукта Журнал ожидания продукта Мы должны знать, что наши продукты, прежде чем мы получим продукт для каждого отставание может создать.

В большинстве случаев довольно легко идентифицировать продукты организации. Например, производители наручных часов могут рассматривать каждый предмет, который они продают, как продукт. Однако такое мышление может сделать вещи слишком упрощенными, и в некоторых организациях определить продукты не так просто.

Какие продукты авиакомпании?

Возьмите авиакомпанию в качестве примера. Несколько лет назад я работал с авиакомпанией, когда встал вопрос о том, что на самом деле представляет собой продукт. Некоторые люди думали, что одна авиакомпания сделала только одно: доставить людей из А в Б. Поэтому они утверждали, что должен быть только один продукт - даже при размере бизнеса более 40 000 сотрудников.

Другие говорили, что в этой компании много разных продуктов. Например, был веб-сайт, который пассажиры могли использовать для бронирования, регистрации или проверки статуса своего рейса. Существовала также система мониторинга и планирования технического обслуживания воздушных судов, а также система, позволяющая членам экипажа выбирать рейсы для обслуживания, в зависимости от стажа работы.

Это были все продукты?

Определение и примеры

Я определяю продукт как нечто (физическое или нефизическое), которое проходит через процесс и приносит пользу рынку.

Соответственно стул будет продуктом. Microsoft Office также будет продуктом. Консалтинговая услуга будет продуктом. Картина будет продуктом. Продукт может быть чем-то осязаемым (стул). Это может быть цифровой продукт (Microsoft Office, электронные книги или видеопотоки). Но это также может быть услуга (совет по гибкому переходу).

Даже идея может быть продуктом (запатентованный алгоритм или секрет того, как Tinder заставляет больше людей смахивать вправо).

Каждый из этих примеров возникает в процессе или, в принципе, в результате одного или нескольких действий. Кто-то распилил дерево для стула и сложил стул. Для Microsoft Office был создан дизайн, написан код и проведены тесты. Процесс, с помощью которого создается продукт, не должен быть особенно формальным или строго определенным. При определенных обстоятельствах соответствующие лица не знают об этом процессе. Однако каждый продукт требует какой-то активности.

Продукты могут быть определены рекурсивно

Даже внутри продукта могут существовать другие продукты. Например, шариковая ручка может иметь сменные чернильные картриджи. Ручка это продукт. Чернильные картриджи в ручке, впрочем, тоже.

Даже со стулом есть субпродукты. Производитель и продавец стула, возможно, приобрели готовые ножки стула у другой компании. Поэтому ножки стула были бы отдельным продуктом.

Продукты могут быть определены рекурсивно. Лесозаготовительная компания вырубила деревья, чтобы получить древесину, которая уже является продуктом. Ножки стула были сделаны из дерева на лесопилке. Другая компания тогда собрала стулья с их собственным дизайном, используя эти сборные ножки стула. Продукты могут также существовать в других продуктах.

Продукты предлагают выгоду

Если мы определяем различные субпродукты в рамках более крупного продукта, мы должны убедиться, что каждый из этих субпродуктов также обеспечивает ценность для рынка. Вышеприведенное определение не означает, что что-то нужно покупать, чтобы быть продуктом. Однако что-то должно удовлетворить желание или необходимость считаться продуктом.

Этому критерию соответствуют как сборные ножки стула, так и сменные картриджи для шариковых ручек. Так что если вы определяете продукты - и, следовательно, также Владелец продукта и незавершенные продукты в Scrum - важно определить каждый продукт, который будет использоваться на рынке.

Применение этого определения к примеру авиакомпании

Если продукты создаются в процессе и приносят пользу рынку, являются ли программные компоненты продуктами?

Чтобы ответить на этот вопрос, давайте еще раз посмотрим на пример авиакомпании. Как знание о том, что продукты появляются через процессы и приносят пользу рынку, помогает авиакомпании идентифицировать продукты?

Прежде всего, довольно легко увидеть, что транспортировка людей из одного места в другое является продуктом. Эта деятельность приносит пользу определенному рынку для людей, и они с удовольствием платят за возможность лететь в определенное место.

Но как насчет системы мониторинга и планирования технического обслуживания самолетов? Я утверждаю, что это тоже продукт.

Это происходит из процесса, а также приносит пользу определенному рынку. Но какой рынок?

Ну, вы могли бы пойти так далеко, что сказать, что ухоженный и безопасный самолет пригодится пассажирам. Но если мы больше сконцентрируемся на разработке продуктов, сотрудники авиакомпаний могут получить выгоду от автоматизированного обслуживания и планирования, поскольку им больше не нужно делать все это вручную на бумаге.

Это также относится к веб-сайту авиакомпании, который позволяет пассажирам совершать бронирование. Для этого также есть рынок.

Таким образом, у авиакомпании есть один основной продукт - и множество субпродуктов. Все в этой компании, которая предлагает ценность для рынка, является продуктом.

Примените это определение к программным компонентам

Давайте помнить об этом и перенесем на программные компоненты. Если команда разрабатывает программное обеспечение, которое используется другой командой, это можно назвать продуктом? Представьте себе команду, разрабатывающую виджет календаря. Он предлагает выгоду для определенного рынка: другие команды, которые будут использовать этот виджет. Опять же, я бы сказал, что один компонент является продуктом для других команд.

Однако с такими виджетами (или другими компонентами), которые используются только одной командой , я бы нарисовал линию. Конечно, рынок может существовать только с одним клиентом. Например, картина продается только одному человеку.

Однако, когда речь идет о разработке продукта (например, в Agile), может быть довольно опасно называть что-то продуктом, который используется только одним человеком или группой. Это может привести к тому, что код будет рассматриваться как продукт, поскольку он поставляется на рынок тестировщиков. Это не просто шаг назад в последовательной эволюции, это также форма субоптимизации.

Избегайте субоптимизации продуктов

Согласно Профессор экономики Тэйер Уоткинс Для Университета штата Сан-Хосе подоптимизация означает «сосредоточение внимания на одном компоненте целого, попытка улучшить его посредством изменений ... при этом игнорируя воздействие на другие компоненты».

Хотя организации должны всегда стараться определить все свои продукты, чтобы наилучшим образом управлять своей работой, они не должны быть настолько сосредоточены на мелочах, чтобы не видеть общую картину. Вот почему организации должны определять свои индивидуальные продукты как можно шире.

Однако, как мы видели ранее с авиакомпанией, также может быть что-то вроде слишком широкого определения продукта. Когда продукт настолько обширный, что он обслуживает несколько рынков, я предпочитаю иметь несколько небольших продуктов для каждого отдельного рынка.

Например, было бы довольно легко рассматривать Microsoft Office как отдельный продукт. Однако Office состоит из ряда продуктов, каждый из которых предлагает различные функции и использует несколько разные (и частично совпадающие) рынки.

Поэтому я рассматриваю Word, Excel, PowerPoint и т. Д. Как отдельные продукты. Поэтому каждый из этих продуктов должен иметь своего владельца и продукт. отставание есть. Продуктом может быть только проверка орфографии, что означает автоматическую коррекцию орфографии, потому что эта функция приносит пользу рынку (другим командам, которые не должны сами разрабатывать программу проверки орфографии).

Однако, например, я бы не определял такие функции, как вычисление суммы или среднего значения или функции подсчета и т. Д., Как продуктов. Они уникальны для Excel и обслуживают только одного клиента. Было бы слишком рискованно давать каждой из этих вещей свой собственный владелец продукта и отставание продукта за пределами мира Excel.
Снижение неоптимального мышления при работе с различными продуктами достигается не только отказом от продуктов только для одного клиента, но и назначением главного владельца продукта. Главный владелец продукта играет стратегическую роль и отвечает за создание концепции, которая включает все субпродукты. В Microsoft Office главный владелец продукта рассматривает, как каждый продукт влияет на пакет в целом.

Этот текст взят из блога Майка Кона и был переведен нами на немецкий язык.

Похожие

Комментарии