敏捷开发和scru.docVIP

敏捷软件开发 软件工程的确切定义是无法证明的，这关乎信仰。 理想化的软件过程是不存在的。 规范化的软件过程（计划驱动）：可预测性； 以过程为中心（过程的质量决定了软件开发的质量）； 敏捷宣言 个体和互动 高于 流程和工具 可工作的软件 高于 面面俱到的文档 客户合作 高于 合同谈判 响应变化 高于 遵循计划 尽管右项有其价值，但我们更重视左项的价值。 注解： 价值观：面对面交流与文档交流的优缺点 敏捷软件开发的特点之一迭代式的开发； 合同管理、客户谈判：（稳定需求，可控性） 找到办法，随时随地应对需求变更 敏捷原则 1．我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。 2．欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。 3．经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。 4．业务人员和开发人员必须相互合作，项目中的每一天都不例外。 5激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。 6不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。 7可工作的软件是进度的首要度量标准。 8敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。 9坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。 10以简洁为本，它是极力减少不必要工作量的艺术。 11最好的架构、需求和设计出自自组织团队。 12团队定期地反思如何能提高成效，并依此调整自身的举止表现。 注解： 1．是否为客户创造价值，是评价软件项目是否成功的最重要的指标； 2．唯一不变的东西就是变更； 用什么样的态度和方法来应对变更：限制变更？ 敏捷开发欢迎变更； 3．迭代式软件开发；判别方式：每一个迭代周期结束的时刻，软件是否符合用户需要并且软件质量是否符合可交付的要求。 4．无 5．以人为核心； 6．重视face to face交流能力：你能听得懂别人说的话，也能把自己想表达的内容清晰地告诉别人。 7．用户需求、软件开发的质量 8．一般不强调加班；可持续开发 9．敏捷软件开发要求每一个人都是全才 10．Simple,对not stupid 简洁的设计，但细节尽可能完美 11．自我组织，自我管理，自我激励 12．反思：经验和教训； 学到一点，形成一个深刻的印象，并保持这个习惯。 Scrum 生产力 士气：是否关心这个项目的成功与否； 士气是决定软件项目成败的前提和重要因素（邵栋老师认为士气是决定性的因素）； 士气最初来源于个人，中期个人士气会影响整个团队； 责任感与主人翁意识：自组织形式（自己决定做什么） 协调和合作 交付质量 Scrum简介： 轻量级开发方法（过程方面的任务相对较少） 增量、迭代的开发过程（质量可交付）；每个Sprint的建议长度（2周-4周）； 使用产品Backlog（按商业价值排序的需求列表）来管理产品或项目需求；优先开发具有最高价值的需求； Sprint backlog；每个迭代结束时，团队交付潜在可交付的产品增量； 一个简单的框架 Scrum的特点： Scrum规定了一个非常简单的开发流程。 Scrum是现有设计流程的总结。 Scrum以团队为基础，是一种在需求迅速变化情况下迭代地、增量地开发系统和产品的方法。 Scrum是一个控制由利益和需求冲突导致的混乱的流程。 Scrum是改善交流并最优化合作的方式。 Scrum是一种检测产品开发和生产过程中障碍并将其去除的方式。 Scrum是最大化生产率的一种方法。 Scrum适用于单一的项目到整个企业。Scrum可以控制并组织多个具有相关性的产品开发以及 拥有超过千名开发者和执行者的项目实施过程。 Scrum能让每个参与者都对自己所做的工作以及自己做出的贡献感到骄傲，并让他们发挥到最佳水平。 Sprints Scrum的项目过程有一系列的Sprint组成。 Sprint的长度一般控制在2-4周，推荐3周。 通过固定的周期保持良好的节奏。 产品的设计、开发、测试都在Sprint期间完成。 Sprint结束时交付可以工作的软件。 在Sprint过程中不允许发生变更。 注解：注意把握团队和个人的节奏，面临选择：延期或推到下一迭代； 敏捷开发强调把无法完成的功能延迟到下一迭代，以保持团队的节奏； 成就感，认同自己/团队的价值； 在一个迭代周期之内一般不允许发生变更； Scrum框架 注解： 燃尽图：计划和计划跟踪； Scrum角色 负责人：产品负责人（Product Own