敏捷实践宣言

敏捷开发 VS 传统开发
个体和交互 > 过程和工具
可以工作的软件 > 面面俱到的文档
客户变化 > 合同谈判
响应变化 > 遵循计划
核心思想
敏捷宣言 关键词
个体和交互胜过过程和工具 团队构建比环境的构建重要得多,先构建团队然后再构建环境和配置环境。
可以工作的软件胜过面面俱到的文档 最好的两份文档是代码和团队
客户合作胜过合同谈判 为开发团队和客户的协同工作方式提供指导的合同才是最好的合同。
响应变化胜过遵循计划 好的计划策略是:近者细、远者粗、远近呼应,逐渐降低细致度

敏捷实践原则

原则 关键词
优先、尽早和持续交付有价值的软件使客户满意 功能越少,系统质量就越高;交付越频繁,产品质量就越高
利用变化来为客户创造竞争优势 努力的保持软件结构的灵活性和扩展性以适应需求的变化
频繁交付可工作的软件,交付周期越短越好 快速迭代,目的是为了交付满足客户需要的软件
项目开发过程,业务和开发人员保持顺畅的沟通 对软件项目进行持续不断的相互引导
提供需要的环境和支持并充分的信任他们能够完成工作 人是最重要的因素,排除可能对团队有影响的障碍
团队内部传递信息最有效和效率的方式是面对面的交谈 团队沟通是本质是核心,减少形式化的文档、默认的沟通方式是交谈
工作的软件是首要的进度度量标准 可正常运行的软件才是最主要的
责任人,开发者和客户保持节奏一致 敏捷是马拉松并非短跑,以充沛的精力高质量产出。
关注优秀的技能和好的设计提高敏捷能力 质量决定了速度,软件尽可能的简洁、健壮,简约并非简陋
简单使未完成的工作最大化的艺术是根本的 目标一致,不要试图去构建那些华而不实的系统。
最好的架构、需求和设计源自于组织或团队内部 敏捷团队是自组织的团队,共同解决遇到的问题,共同承担责任,权利平等
有规律性的间隔总结与反省,然后对自已的行为进行调整 想要保持团队的敏捷性,就必须要随环境一起变化

极限编程实践原则

原则 关键词
把客户当作团队成员 和客户一起工作,距离越近越好,沟通频率越高越好
选择最好的时机把握客户需求,把它当作助记符 用户素材是需求谈话的助记符,根据优先有和估算代价安排时间

results matching ""

    No results matching ""