Истории Пользователей и Гибкая Разработка

Определение пользовательских историй и гибкая разработка

Основным принципом современных процессов разработки является гибкая разработка . Эта методология разработки делает упор на использовании небольших пользовательских историй для определения того, что система делает с точки зрения пользователя, а не с технической точки зрения. Пользователь заботится о том, является ли продукт быстрым, простым в использовании и решает ли его проблему. Их не волнует, следует ли он за трехуровневой архитектурой, имеет ли базу данных Mongo или использует ли он Rails или Asp.net.

Истории пользователей:

• Легко понять, и каждый может принять участие
• Работайте итеративно; их можно и нужно часто менять или дополнять
• Ориентируйте разработчиков, пользователей и бизнес-специалистов на общие цели и ожидания.
• Намного легче читать, чем документы на 400 страницах

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

Эпос

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

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

• Настройка или контекст
• Актеры или пользователи
• Цели и задачи
• Мероприятия и события

Определение пользователей

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

Создание истории

После создания эпика и определения пользователей можно создавать более мелкие и более конкретные истории о конкретном пользовательском опыте. Приведенные ниже истории разбивают изложенное выше на две части: поиск заказа и повторный заказ продукта.

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

• Маленький - до 10 дней работы
• Ценный - после завершения они должны доставить что-то полезное.
• Приблизительно - может дать приблизительную оценку того, сколько усилий требуется.

Поиск заказа

Выполнение повторного заказа

Разговор и планирование тестирования

Эти истории должны побуждать к разговору и задавать вопросы, например:

• Подходят ли эти истории к нашему эпосу?
• Какие еще истории нужно создать?
• Соответствуют ли эти истории тому, что мы знаем о наших пользователях?

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

Истории должны вызывать и информировать дискуссию о том, как программное обеспечение будет тестироваться и какие бизнес-правила необходимо четко определить. Например:

• Насколько быстрым должен быть поиск?
• Есть ли ограничение по времени для повторных заказов?
• Что делать системе, если это второй перезаказ? Пятый?
• Какие тесты и дополнительные вопросы у вас есть?

Часто задаваемые вопросы о пользовательских историях и гибкой разработке

What is an agile user story?

An agile user story is a simple, clear description of a software feature from a user's perspective. It focuses on what the user wants to achieve, not technical details, making development more user-centered.

How do I create effective user stories for my class projects?

To create effective user stories, start with a high-level epic, define your users, and break down tasks into small, achievable goals. Use clear language and focus on real user needs instead of technical solutions.

Why are user stories important in agile development?

User stories are crucial in agile development because they help align developers, users, and stakeholders around shared goals, encourage frequent feedback, and make projects easier to manage and understand.

What is the difference between an epic and a user story?

An epic is a broad, overarching story that sets the project's vision. A user story is a smaller, specific task or feature derived from the epic, focused on a single user need.

How can storyboards help teach agile user stories to students?

Storyboards visually illustrate user stories, making concepts easier to grasp for students. They spark conversation, clarify requirements, and encourage participation in agile planning activities.