随笔分类 - 敏捷开发之Scrum
以人为本,适应变化
摘要:产品订单(Product Backlog)一个需求的列表。一般情况使用用户故事来表示backlog条目理想情况每个需求项都对产品的客户或用户有价值Backlog条目按照商业价值排列优先级优先级由产品负责人来排列在每个Sprint结束的时候要更新优先级的排列冲刺订单(Sprint Backlog)管理...
阅读全文
摘要:Scrum的项目过程有一系列的Sprint组成。Sprint的长度一般控制在2-4周。通过固定的周期保持良好的节奏。产品的设计、开发、测试都在Sprint期间完成。Sprint结束时交付可以工作的软件。在Sprint过程中不允许发生变更。Sprint计划会议:Sprint每日会议:• 每日Scrum...
阅读全文
摘要:产品负责人(Product Owner)的职责如下:确定产品的功能。决定发布的日期和发布内容。为产品的profitability of the product (ROI)负责。根据市场价值确定功能优先级。每个Sprint,根据需要调整功能和优先级(每个Sprint开始前调整)。接受或拒绝接受开发团...
阅读全文
摘要:敏捷Scrum流程图: Sprint Planing Meeting:1.Next Spring Goal;2.Sprint Backlog;3.Updated Product Backlog;Daily Scrum Meetings:1.What did you do yesterday?2.W...
阅读全文
摘要:• 敏捷方法是一类软件开发流程的泛称;• 敏捷方法是相对于传统的瀑布式软件过程提出的;• 敏捷方法可以用敏捷宣言(4条)、敏捷原则(12条)来概括;• 敏捷原则通过一系列的敏捷实践来体现出来;• 敏捷方法有很多种。敏捷的方法:• Extreme Programming (XP)极限编程• Scrum...
阅读全文
摘要:• 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。• 即使到了开发的后期,也欢迎改变需求。• 经常性地交付可以工作的软件,交付的间隔可以从几周到几个月,交付的时间间隔越短越好 。• 在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。• 围绕被激励起来的个人来构建项目。•...
阅读全文
摘要:一、个体和交互胜过过程和工具人是软件项目获得成功最为重要的因素合作、沟通能力以及交互能力比单纯的软件编程能力和工具更为重要方法和工具是死的,人是活的,人要是太“面”或者协作不好,再强大的方法和工具都是白扯; 二、可以工作的软件胜过面面俱到的文档过多的面面俱到的文档往往比过少的文档更糟软件开发的...
阅读全文