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