2012年8月9日

03-Scrum敏捷方法一分钟扫盲

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

posted @ 2012-08-09 22:45 恩泽²º¹² 阅读(523) 评论(0) 推荐(0) 编辑

04-怎样准备Sprint计划

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

posted @ 2012-08-09 21:17 恩泽²º¹² 阅读(438) 评论(0) 推荐(0) 编辑

03-我们怎样编写Product Backlog

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

posted @ 2012-08-09 13:22 恩泽²º¹² 阅读(3174) 评论(0) 推荐(0) 编辑

02.敏捷软件开发宣言(Manifesto for Agile Software Development)

摘要: 我们一直在实践中探寻更好的软件开发方法,身体力行的同时也帮助他人。由此我们建立了如下价值观:(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 阅读全文

posted @ 2012-08-09 09:08 恩泽²º¹² 阅读(362) 评论(0) 推荐(0) 编辑

导航