XP中的最佳工程实践

我们应该不止一次的听说Agile讲求经验性、实践性。有一句比较著名的说法是：Agile models are paintings, not photographs. 所以如何收集、学习、甄别、裁剪、运用各种不同的最佳实践既体现了某种艺术性，也成为了转型成功的关键要素。

最佳实践有广义的说法，包括管理实践（如Scrum，看板，极限编程，水晶，SAFe，LeSS等等），工程实践（如TDD, 结对编程，重构等等），产品实践（如Lean Canvas，Persona，设计思维，用户故事地图等等）。当一个团队已经选定了某种管理实践之后，比如选定了Scrum或SAFe，那再谈论的实践往往就是狭义的实践，也就是工程实践。一般来讲，我们都把XP中的13种实践方式推而广之认为是Agile框架里通用的工程实践。

eXtreme Programming是一种轻量级、高效、低风险、柔性、可预测的、科学的软件开发方法，其特性包含在13个最佳实践中。关于这些实践的详细信息，可以访问以下链接进一步了解：https://confluence.gemalto.com/display/SMBJAG/4.+Engineering+practice

我们计划在三季度针对这些实践举行一个Workshop，您的反馈对我们很重要，请勾选出最想了解的三个实践

1.简单设计( Simple Design )：只处理当前的需求使设计保持简单；只要满足当前功能的要求，不多也不少。

2.测试驱动开发( Test-Driven Development, TDD): 先写测试代码再编写程序；强调”测试先行”!

3.重构( Refactoring ): 重新审视需求和设计，重新明确地描述它们，以符合新的和现有的需求。

4.结对编程( Pair Programming ):由两个程序员在同一台电脑上共同编写解决同一问题的代码。

5.系统隐喻( System Metaphor ):找到合适的比喻传达信息。

6.集体所有权（Collective Ownership）:任何人在任何时候都可以在系统中的任何位置更改任何代码。

7.持续集成( Continuous Integration ):可以按日甚至按小时为客户提供可运行的版本。

8.编码标准( Code Standards ):强调通过指定严格的代码规范来进行沟通，尽可能减少不必要的文档。

9.可持续的步调 (Sustainable Pace): 每周工作40小时。

10.计划游戏 ( Planning Game ):快速制定计划、随着细节的不断变化而完善。

11.小型发布 ( Small Release ):系统的设计要能够尽可能早地交付。

12.现场客户/客户测试( On-site Customer ):在团队中加入一位真正的、起作用的用户，他将全职负责回答问题。

13.完整的团队（Whole Team）：团队成员的技能完整、专职；团队有凝聚力、战斗力。

偏技术交流的话题也是一个不错的选项，可以有以下的几个选项

1.代码版本控制

2.固件的自动化测试

3.持续集成

4.DevOps的工具链

3题 | 被引用0次

模板修改

使用此模板创建

XP中的最佳工程实践

相关模板