23.【Kevin聊敏捷】XP极限编程之12最佳实践（三）
原创23.【Kevin聊敏捷】XP极限编程之12最佳实践（三）
原创
今天继续，聊聊极限编程12最佳实践的流程圈
流程圈 （Process Circle）
流程圈包括 每周40小时工作制（40-Hour Week），系统愿景（System Metaphor）,小型发布（Short Releases），简单设计（Simple Design）。
每周40小时工作制（40-Hour Week）
指的是每周工作的时长不要超过40小时，因为工作时间太长会让人容易犯错误，团队成员应该高效的工作，而不是幸苦的工作。所以极限编程是不提倡死亡行军的。
系统愿景（System Metaphor）
通过描述系统如何运作、新的功能以何种方式加入到系统。它通常包含了一些可以参照和比较的类和设计模式。极限编程不需要事先进行详细的架构设计。极限编程在系统实现初期不需要进行详细的架构设计，而是在迭代周期中不断的细化架构。
小型发布（Short Releases）
在段时间内进行新版本的迭代，这样很容易控制版本的节奏，风险和进度。同时也能得到各方的持续反馈。类似于敏捷管理中的sprint。小型发布突出体现了敏捷方法的优点。如果能够保证测试先行、代码重构、持续集成等最佳实践，实现小型发布也不是一件困难的事情，在有条件的组织可以考虑使用。
简单设计（Simple Design）
这也是产品设计中经常提及的“少即是多 less is more”，回到代码设计这块，代码的设计应该尽可能的简单，只要满足当前功能的要求，不多也不少。我们在设计的过程中，需要充分考虑模块化设计，可以复用。
传统的软件开发过程，对于设计是自顶而下的，强调设计先行，在代码开始编写之前，要有一个完美的设计模型。它的前提是需求不变化，或者很少变化；而XP认为需求是会经常变化的，因此设计不能一蹴而就，而应该是一项持续进行的过程。
其他文章：
18.【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会
17.【Kevin聊敏捷】敏捷项目管理之Sprint Review 迭代评审会
16.【Kevin聊敏捷】敏捷项目管理之Daily Scrum 每日站立会
15.【Kevin聊敏捷】敏捷项目管理之Sprint Planning 迭代规划会
14.【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动
13.【Kevin聊敏捷】敏捷项目管理之Scrum Master 敏捷教练
12.【Kevin聊敏捷】敏捷项目管理之Development Team 开发团队
11.【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（二）
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。