敏捷宣言有12条敏捷原则用来指导项目团队,如下:
(一)我们的最高优先级任务是尽早的和连续地交付有价值的软件满足客户的需要
这条原则强调了敏捷方法关注的是为客户交付价值。归根结底,让客户满意的原则是驱动敏捷项目的团队的动力源泉。
(二)即使到了开发后期也欢迎需求的变更。敏捷过程考虑到客户获得竞争优势的需要而同意的变更
(三)经常交付可工作的软件,交付周期从几个星期到几个月不等,时间间隔越短越好
这是一种风险转移的方式,避免在较长的开发周期后客户惊讶地发现所开发的东西并不是自己想要的(闭门造车)。在敏捷方法中,通过尽量频繁地交付,很少出现这种令客户惊讶地情形。有人说敏捷方法消除了“惊讶”时刻。
(四)业务人员和开发人员必须自始自终共同完成项目的日常工作
(五)围绕积极的个体构建项目。给予他们所需的支持和环境,相信他们能够完成工作
项目团队在时间盒内是自我管理的,也就是说,在迭代周期中构建产品时,他们应该能够获得所有需要的资源并且得到管理者的信任,希望管理者们相信他们能够完成工作。
(六)面对面的交流是开发团队最有效的信息交流方式
(七)可工作软件是项目进展状况的主要度量
(八)敏捷过程提倡可持续的系统开发。资助方、开发方和用户因该能够维护一种不确定的、持续的步调
(九) 对卓越技术和良好设计的持续关注有助于提高项目的敏捷性
(十) 简化也是至关重要的
(十一)最佳的架构、需求和设计都源于自我管理的团队
团队集体的智慧远远大于个体的智慧,当团队的成员思想一致时,才有可能通过协作构建出最佳的系统。
(十二) 在有规律的时间间隔中,项目团队要思考和如何提高后面的工作效率,然后相应地调整自己的行为
摘自《软件项目管理与敏捷方法》
(一)我们的最高优先级任务是尽早的和连续地交付有价值的软件满足客户的需要
这条原则强调了敏捷方法关注的是为客户交付价值。归根结底,让客户满意的原则是驱动敏捷项目的团队的动力源泉。
(二)即使到了开发后期也欢迎需求的变更。敏捷过程考虑到客户获得竞争优势的需要而同意的变更
(三)经常交付可工作的软件,交付周期从几个星期到几个月不等,时间间隔越短越好
这是一种风险转移的方式,避免在较长的开发周期后客户惊讶地发现所开发的东西并不是自己想要的(闭门造车)。在敏捷方法中,通过尽量频繁地交付,很少出现这种令客户惊讶地情形。有人说敏捷方法消除了“惊讶”时刻。
(四)业务人员和开发人员必须自始自终共同完成项目的日常工作
(五)围绕积极的个体构建项目。给予他们所需的支持和环境,相信他们能够完成工作
项目团队在时间盒内是自我管理的,也就是说,在迭代周期中构建产品时,他们应该能够获得所有需要的资源并且得到管理者的信任,希望管理者们相信他们能够完成工作。
(六)面对面的交流是开发团队最有效的信息交流方式
(七)可工作软件是项目进展状况的主要度量
(八)敏捷过程提倡可持续的系统开发。资助方、开发方和用户因该能够维护一种不确定的、持续的步调
(九) 对卓越技术和良好设计的持续关注有助于提高项目的敏捷性
(十) 简化也是至关重要的
(十一)最佳的架构、需求和设计都源于自我管理的团队
团队集体的智慧远远大于个体的智慧,当团队的成员思想一致时,才有可能通过协作构建出最佳的系统。
(十二) 在有规律的时间间隔中,项目团队要思考和如何提高后面的工作效率,然后相应地调整自己的行为
摘自《软件项目管理与敏捷方法》