敏捷宣言

最近在看《软件项目管理与敏捷方法》这本书，作者将PMBOK中各个过程中可以用敏捷方式进行的作了一个说明，也给出了一些如何在使用传统开发方法的团队中如何推广敏捷开发原则的方法，但总体而言收获不大。另外我看的这一版是根据PMBOK第三版编写的，而我学习和考试PMP时用的是第四版，看书的过程比较痛苦。 但看书的过程中至少对敏捷开发有了稍微多的了解，在书的开头也提到了敏捷宣言和“知识工人”。现在这里将敏捷宣言摘录出来。 敏捷宣言： 个体和交互胜过过程和工具 可工作的软件胜过全面的文档 铜客户的协作胜过合同判断 对变更的响应胜过遵循计划 换句话，尽管右边陈述的条目也有价值，但是我们还说更强调左边陈述的价值。 12条敏捷原则： 我们的最高优先级任务是通过尽早和连续地交付有价值的软件满足客户的需要 即使到了开发后期也欢迎需求变更。敏捷过程考虑到客户获得竞争优势的需要而同意变更 经常交付可工作软件，交付周期从几个星期到几个月不等，时间间隔越短越好 业务人员和开发人员必须自始至终共同完成项目的日常工作 围绕积极的个体构建项目。给予他们所需要的支持和环境，相信他们能够完成工作 面对面地交谈是开发团队中最有效的信息交流方式 可工作软件是项目进展状况的主要度量 敏捷过程提倡可持续的系统开发。资助方、开发方和用户应该能够维护一种不确定的、持续的步调 对卓越技术和良好设计的持续关注有助于提高项目的敏捷性 简化

摘自： https://www.cnblogs.com/yixinjishu/p/12161359.html 敏捷开发流程之Scrum：3个角色、5个会议、12原则 本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情，通过团队合作，提高工作效率。通过团队间的有效交互，为企业创造价值。 二、敏捷宣言 其实，在发表《敏捷宣言》之前，很多的敏捷实践都已经存在且使用了，比如：Scrum、XP、KanBan等。之所以发表《敏捷宣言》，是因为这些实践都是在单打独斗地推进敏捷开发，而不是以一个联合体的形式，且没有一个统一的指导方针。所以17位敏捷联合创始人决定发表《敏捷宣言》，共同在全世界推进敏捷开发运动。下面是敏捷宣言的4句话： 三、Scrum中的人员角色 3个角色 Scrum中的人员分为3个角色：产品所有者（Product Owner）, Scrum Master，开发团队(Team)。 产品所有者：定义所有产品功能，决定产品发布的内容以及日期，对产品的投入产出负责，根据市场变化对需要开发的功能排列优先顺序，合理地调整产品功能和迭代顺序

敏捷宣言 The Agile Manifesto Individuals and interactions over Process and tools 个体与交互 重于 过程和工具 Working Software over Comprehensive documentation 可用的软件 重于 完备的文档 Customer Collaboration over Contract negotiation 客户协作 重于 合同谈判 Responding to change over Following a plan 响应变化 重于 遵循计划 在每对对比中，后者并非全无价值，但我们更看中前者 敏捷开发十二原则 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户 欢迎对需求提出变更——即使在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势 要不断交付可用的软件，周期从几周到几个月不等，且越短越好 项目过程中，业务人员与开发人员必须在一起工作 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务 无论是团队内还是团队间，最有效的沟通方法是面对面的交谈 可用的软件是衡量进度的主要指标 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度 对技术的精益求精以及对设计的不断完善将提升敏捷性 要做到简洁，即尽最大可能减少不必要的工作