恩泽²º¹²

摘要： 1.产品负责人：根据客户需求、市场，以实现功能为目的，发挥的创意，建立条目化的产品待开发项Product Backlog，并进行优先级的排序。2.在【迭代计划会】上，产品负责人讲解迭代要开发的条目，团队进行Importance值的估算并商谈决定是否放入到本迭代中。3.迭代任务确认后，进行为期2~6个周的迭代开发，团队在迭代内完成所有需求，每天都开"站立会"，以沟通进度和解决疑难问题。4.在迭代终点的【迭代评审会】上，团队向产品负责人等展示开发成果。5.团队进行【反思会】，总结本次迭代开发，成功/失败的经验。 阅读全文

摘要： 在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 阅读全文