Описание приложения

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

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

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

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

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

"[персона], я [хочу], [чтобы]".

[Персона] - это тот, для кого мы создаем продукт. Это не обязательно название должности, но скорее выполняемая функция. Мы поговорили с несколькими людьми, которые подходят под эту персону, поняли, чем они занимаются, как думают и чувствуют, какие у них цели.

[Хочу] - это намерение человека. Мы пишем не конкретную функцию, а то, чего они пытаются достичь.

[Чтобы] описывает, как их цели вписываются в общую картину? Какую общую выгоду они пытаются получить или какую большую проблему нужно решить?

• Как руководитель, я хочу иметь приборную панель, отображающую ключевые показатели эффективности (KPI) электростанции, чтобы принимать решения на основе данных.

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

• Как экономист, я хочу строить прогностические модели на основе данных, полученных из внутренних и внешних источников, чтобы создавать и публиковать точные прогнозы.

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

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

Рассмотрите продукт, который вы хотите создать, и используйте приведенные ниже вопросы для разработки нескольких пользовательских историй.

• Какие люди будут пользоваться вашим продуктом?

• На основе бесед с потенциальными пользователями:

  • Как они получают пользу и где у них возникают трудности?

  • Какие функции они сочтут полезными?

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