敏捷用户故事的验收标准

我们如何才能确保用户故事正确完成并符合客户的需求呢?这就是验收标准发挥作用的地方。验收标准是一份正式的要求列表,可确保完成所有用户故事并考虑所有场景。简而言之,验收标准指定了满足用户故事的条件。简洁的书面标准可帮助开发团队避免对客户需求的含糊不清并防止误解。

Continue reading
What is Scrum Team? - Scrum Guide

如何用Scrum框架开始敏捷开发

敏捷开发的原则之一是让团队成员定期讨论如何提高效率,然后相应地调整他们的行为。Scrum整合了一个正式的过程来帮助团队做到这一点。每天的会议使团队能够反思在接下来的24小时内要做的工作,并根据预期或遇到的障碍改变他们的方法。敏捷的另一个原则是认识到最好的工作来自于自我指导的团队。Scrum master在这方面发挥了作用。它们给予团队完成工作所需的东西,以及设定自己路线的自由。然后,他们充当服务型领导,指导团队解决问题、实现目标和解决冲突。

Continue reading

什么是敏捷项目管理?实施敏捷方法的好处

敏捷的工作原理是将项目分解为用户功能的一小部分,对它们进行优先级排序,然后以 2-4 周的周期持续交付它们,称为迭代或冲刺。团队以短周期运作,旨在持续改进,只开发用户想要的东西。工作目标由团队在每个周期开始之前定义。如果客户对该功能有任何疑问,该团队会直接与客户沟通。客户的优先级由产品负责人分析并反馈给团队,让他们继续处理最高优先级的项目。团队估计在一个迭代中工作需要多少时间,以及如何完成工作。

Continue reading

S​​crum: 谁创建 Product Backlog项目或用户故事?

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主控来帮助他/她定义积压项和估计它们。)

Continue reading