![](https://img-blog.csdnimg.cn/20201014180756922.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
SCRUM
2000killer
这个作者很懒,什么都没留下…
展开
-
Product BackLog 要素
Product BackLog 几个要素:1. Product BackLog 由产品负责人、项目需求方、领域专家、Scrum Master共同制定;2. Product BackLog 循序渐进,不断调整,不断完善,一直延续到项目结束。可以是前期的部分主要的功能点,也可以是后期不断发现与补充的功能点;3. Product BackLog 主要包含内容:功能名称、功能实现描述、功能优先级、功能成本估算等;4. Product BackLog 功能描述分两大类:业务功能(产品层面)、非业务功能(技术层面);5原创 2011-04-23 18:03:00 · 1649 阅读 · 0 评论 -
用户故事要素
用户故事是敏捷开发中的软件需求的描述形式。它与传统规范过程的软件需求描述有着本质的区别。传统规范过程的软件需求是在软件开发阶段前必须完成。强调的是在软件进行开发前,需求规范说明书中所描述的需求必须cover软件的所有需求细节。与其不同,敏捷开发方法中,用户故事是软件需求描述的表现形式。用户故事不强调在软件开发的之前获取到软件的所有需求和细节。需求的获取是随着时间推移和迭代开发的展开而加入新的用户故原创 2011-10-30 13:45:52 · 710 阅读 · 0 评论 -
敏捷开发中的测试
用户故事是否开发完成,用户故事需求是否完整的实现。这些都是需要通过对用户故事的验收测试给予验证。那么验收的测试用例的编写是否也同用户故事那样的简单描述,是否也是在开发的时候才可以编写呢?答案是否定的,测试是验证开发对故事的需求的实现。为此,测试用例应尽可能早的编写完成。并且在与客户、产品经理、开发人员的沟通后尽量完善。即使在后期的迭代开发过程中,也可以不断的完善测试用例。 迭代开发,意味早期开发原创 2011-10-30 21:31:09 · 556 阅读 · 0 评论 -
Sprint 阶段要素
sprint 阶段,对ProductBlog进行分析。实现产品需求到产品实现阶段的转换。 1、首先准备Sprint计划,PO、SM、架构师、设计师等依据项目时间要求,制定大致的Sprint阶段目标,目标的大小决定了Sprint的周期长短,及各阶段的演示日期。 2、启动Sprint计划会议,会议需要产品负责人、团队成员等参与。介绍Sprint阶段目标。 3、团队成员依据ProductBlog的原创 2011-10-29 22:09:38 · 628 阅读 · 0 评论