摘要：在Sprint计划会议之前，要确保Product Backlog井然有序。(迭代开始的第一天，召开迭代会议即Sprint Meeting)我们可以从以下角度理解：1.Product Backlog必须已经整理完毕2.对于一个产品而言，只能有且只有一个Product Backlog和一个产品负责人3.所有的Product Backlog都必须评过分，而且不同重要度的Importance的值不同。附：Importance值解释说明如下： a.重要度比较低的"故事"的Importance值相同也没关系，因为在这次Sprint计划会上可能根本不会被提出来。 b.无论任何事，只要产品 阅读全文

摘要：Product Backlog 是Scrum的核心。它就是一个需求、或故事、或特性等做成的列表，按照重要性的级别进行排序。里面包含客户想要的东西，并用客户术语描述出来。我们称作"故事"(Story)，有时也称作"Backlog 条目"。"故事"包括如下字段：ID：统一标示符，自增字段。防止"故事"重复。Name(名称)：简短的、描述性的故事名称。它必须要含义明确，这样产品负责人和开发人员才能通过字面意思明白"故事"的含义。一般2~10个字。比如："查看个人交易明细"。Impo 阅读全文

摘要：我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观：(We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:)1.个体和互动 高于 流程和工具 Individuals and interactions over processes and tools2.工作的软件 高于 详尽的文档 Working software over comprehensiv 阅读全文

摘要：迭代开发的基本需求 1.迭代要有固定时长（被称为"时间盒"，timebox）。这个时间不能超过6个星期。 2.每次迭代的结尾，代码都必须经过QA的测试，软件能够正常工作。Scrum标准 1.Scrum团队必须要有产品负责人，而且团队成员都清楚产品负责人是谁。 2.产品负责人负责Product Backlog的整理，团队实现对Product Backlog的估算。 3.团队要有燃尽图（Burn Down Chart），了解团队的进度和团队的生产率。 4.在Sprint中，团队之外的人不能干涉团队的工作。达到以上需求和标准后，团队在实践敏捷时，您会有如下产物： Product 阅读全文