カテゴリー: User Story

ユーザーストーリーと要件の違いとは何ですか？

虽然大多数新功能都应该从用户的角度来定义，但事实上，当我们定义开发团队需要构建的需求时，我们往往忽略了用户角度的“为什么”。用户故事的重点是体验——使用产品的人希望能够做什么。传统的需求侧重于功能——产品应该做什么。剩下的差异是一个微妙但重要的“谁”  “如何” 和 “何时”列表

続きを読む

アジャイルストーリーポイントとは何か？ユーザーストーリーをどのように見積もりするか？

Story points are metrics used in agile project management and development to estimate the difficulty of implementing a given user story, which may be related to the complexity, risk and effort involved. (故事点是敏捷项目管理和开发中使用的度量标准，用于估计实现给定用户故事的难度，困难可能与所涉及的复杂性，风险和努力有关。)

続きを読む

アジャイル見積もりとは何ですか？

Agile teams use collective estimation methods to estimate their workload. Group estimation usually uses planning poker as a tool, and teams perform group estimation by playing estimation games. Planning poker is considered to be the most effective and interesting technique for workload estimation in agility. (敏捷团队的估计工作量使用了集体估算方法。集体估算通常使用规划扑克作为工具，团队通过玩估计游戏进行集体估算。规划扑克被认为是在敏捷中进行工作负荷估算的最有效和最有趣的技术。)

続きを読む

スクラム：プロダクトバックログ項目またはユーザーストーリーは誰が作成するのか？

The Product Owner (PO) “owns” the product backlog on behalf of the stakeholders, and is primarily responsible for creating it. He or she may instruct the development team and/or the Scrum Master to help him/her in defining the backlog items and in estimating them. (产品所有者（PO）代表利益相关者“拥有”产品积压工作，并主要负责创建积压工作。他或她可以指示开发团队和/或Scrum主控来帮助他/她定义积压项和估计它们。)

続きを読む

ユーザーストーリーテンプレート：～として／～したい／～するための方法－効果的なストーリーの書き方

The most common technology is the role-feature-reason template, which is used by teams and product owners to start writing user stories in three parts: (1) As a (role); (2) I want (feature); So that (reason). (最常见的技术是角色 – 特征 – 理由模板，用于团队和产品所有者开始编写用户故事，分为三个部分：（1）作为 As a（角色）; （2）I What 我想要（特征）; So that（理由）。)

続きを読む

製品バックログを優先順位付けするために100ポイント法を使う方法

Your product backlog items need to be structured, organized and prioritized to identify the most important things for your team. In this article, I will introduce 100-point method for product backlog refining activities. (您的待办事项需要进行结构化，组织和优先排序，以确定您的团队最重要的事情。在本文中，我将介绍100点方法为产品积压细化活动。)

続きを読む