Руководство проектом - Путешествующий Менеджер Продукта
Различные исследования - и здравый смысл - указывают, что вовлечение клиентов увеличивает вероятность, что Ваш продукт ответит требованиям клиента (я надеюсь, что эти исследования не финансировались с моими налоговыми долларами!)
Хотя вышеупомянутое утверждение кажется чрезвычайно очевидным, факт вопроса - много клиентов нехватки проектов программного обеспечения, вводит. Рассмотрите следующий пример:
Неделя 1: После рассмотрения СЭРОВ первое сокращение Разработки изделия проекта оценивает, что это возьмет между 30 - 34 месяцами человека, чтобы ответить всем требованиям. Бюджет красноты только считает в течение 25 месяцев человека.
Неделя 2: главный приоритет Красноты состоит в том, чтобы вычистить требования. К сожалению, Менеджер Продукта, который только сползал трудные 3 месяца, занял заслуженные каникулы. Через 1 неделю он вернется. Получить его движение команды, Красное, решает расположить по приоритетам требования самостоятельно и сократить несколько особенностей, которые он не чувствует, необходимы.
Неделя 3: Другая неделя прошла, и Менеджер Продукта вернулся со своих каникул, хорошо отдыхал. После расходов большей части дня, проходя его входной почтовый ящик, он натыкается через электронную почту от Красного информирования ему, что особенность I18N не будет делать это в этом выпуске данным ограничения бюджета. Менеджер Продукта кипятится. Эта особенность посвятила себя клиенту и ДОЛЖНА быть в продукте! На этом примечании он уезжает в Европу, чтобы встретиться с огромным потенциальным клиентом.
Неделя 4: Красный все еще по бюджету, и должен добавить I18N назад в продукте. Менеджер Продукта сделал это очень ясным, что I18N ожидался клиентом, но не объяснял, который другие особенности имели меньший приоритет. Красные надежды, что он может уладить все, когда Менеджер Продукта возвращается из Европы в начале следующей недели.
Неделя 5: Наш Менеджер Продукта, как намечали, возвратится из Европы на этой неделе, но главная коммерческая возможность представилась в Бразилии, таким образом он прочь еще раз. Так как проект уже израсходовал 16 месяцев человека, Красный отчаянно должен определить, какие особенности не собираются делать его в продукте. Он расспрашивает тут и там для обратной связи, и у всех есть различное мнение. Красный поэтому решает ослабить некоторые из требований, связанных с работой. система не могла бы ответить быстро, но по крайней мере все особенности будут работать
Неделя 6: Менеджер Продукта возвращается из Бразилии. Он наконец добирается, чтобы встретиться с Красным и остальная часть команды RD. Он сообщает им, что важно, что система отвечает требованиям работы. Однако, Сообщение и особенности SSO, которые были соответственно измерены в 2 и 3 месяца человека каждый, не требуются в этом выпуске продукта и могут быть перенесены для следующего выпуска. Ведущие разработчики, воздействующие на эти особенности, сообщают им, они были, оба были закончены неделю назад.
Я не думаю, что я должен описать остальную часть этого проекта. Но в случае, если Вы не предположили, это было поздно и по бюджету.
Если Вы должны были спросить этого Менеджера Продукта, вовлекал ли он клиента в проект, его ответ будет Абсолютно! Я провел 3 месяца, собирая требования и сочиняя Сэрам Но где была обратная связь клиента, когда СЭРЫ должны были быть вычищены? И то, где был Менеджер Продукта, когда Красный и команда RD нуждался в вопросах, ответило относительно списка особенностей?
В ста Словах или Меньше
Сбор обратной связи, чтобы написать Вашим СЭРАМ является большим началом к вовлечению клиента в Вашем проекте, но Вы не можете остановиться там. Если Ваш пользователь вводил остановки, когда Управление Продуктом распечатывает СЭРОВ, Вы в беде!
Вовлечение клиента означает иметь клиента или его полномочие (e. г. Менеджер Продукта) доступный всегда. Если Вы действительно полагаете, что вовлечение клиентов увеличивает вероятность, что Ваш продукт ответит требованиям клиента, удостоверьтесь, что они вовлечены всюду по проекту, не только в фазе Определения.