对下一步需要改进什么，你要相信直觉。
真实客户参与
- 将那些生活或业务受到待开发系统影响的人纳入到团队中来。
增量部署
团队连续性
- 软件中价值的创造不仅取决于开发人员所知道的和所做的事情，也取决于他们之间的关系以及他们共同完成的事情。
- 保持团队成员在一起，鼓励合理数量的调整，组织可以获得团队稳定性和知识经验的持续传播所带来的双重收益
收缩团队
- 确保尽可能多的人都在尽全力的工作，而不是给每个人安排相同的工作量。
-团队成员在工作的同时也在思考如何改进工作过程，尝试各种方法来改进，最终去除足够多的浪费。
根源分析
- 每次开发后发现一个缺陷，都要同时排除这个缺陷和产生它的原因。
- 我们的目标不仅仅是这个缺陷不再重现，还要保证团队不要再犯同类的错误。
共享代码
- 团队里的任何人可以在任何时候改善系统的任何部分。
- 培养出集体责任感。
代码和测试
- 代码和测试是永久品。
- 代码和测试是一种进行一次就容易改进一点的实践。
- 团队越擅长增量设计，需要预先做的设计决策就越少，季度性的循环对业务优先级表示得越清晰，需求文档就会越薄。
- 千万不要拘泥于形式，而妨碍来价值流
单一代码库
- 保持一个代码流，你可以在一个临时分枝上开发，但永远不要让它的生存期超过几小时。
- 不要让你的源代码有更多的版本
每日部署
- 每天晚上都要将新代码融合到产品中。
协商范围的合同
- 有一种调整供应商利益和客户利益的机制是，支持沟通和反馈，并让每个人都有勇气去做现在看起来正确的事情，而不用仅仅因为合同去做那些无用的事情。
依用付费
- 对于依用付费的系统，你可以在系统每次被使用时收费。
- 现金是最终的回馈。
网友评论