回顾两个项目看设计阶段 (转载)

回顾自己所经历的两个项目，来对设计阶段进行了总结，自己也算是个XPer，经历过的这两个项目也基本都是采用XP的方式进展，大家都知道，XP在设计阶段推崇的是群体设计，通过CRC来完成，在这里就对两个项目执行的情况做做总结。
项目A
一个大型项目，当时的团队相当于是两个设计师加上三个高程组成，迭代会议完成用户故事分解、CRC设计以及任务分配，典型的XP方式，项目开展过程中应该是整个过程都执行的不错，尽管现在回想当时的CRC做的并不是很好，但应该说在整个项目开展过程中并没有出现多少问题，项目需求的实现都还算正常，整个团队的提高也是非常的不错，共同进步。
项目B
一个框架型项目，团队成员是一个设计师、一个高程加上四个初程，同样的XP方式的设计，项目开展过程中出现了不少问题，设计师不得不花大量的时间在技术支持上，而且最后项目的结果无论是需求上还是设计上都产生了不小的偏差，整个团队的提高也没达到期望的效果，而由于设计师过多的投入在技术支持上，使得架构的完善一直存在偏离。

为什么同样的过程在两个不同的项目、不同的团队中执行的效果会相差这么远呢？
首先从项目类型分析，项目A属于实际项目，项目B属于研发项目，两个项目的关注点不同，项目A的关注点是客户需求，项目B的关注点则更多的是扩展性和二次开发的易用性，在这两类项目中设计几乎是完全不同的，项目A更多的是业务的复杂度，而项目B更多的却是技术的复杂度，从这个方面分析下来得出的结果其实就是项目A更重人员的业务能力，而项目B更重人员的技术能力，当时项目A团队中的人员对该项目的业务应该说都属于熟悉的那种，觉得这也是成功的原因之一，而项目B团队中的人员技术相对项目要求来讲是不足的。
接着从项目成员本身分析，项目A中的几个成员基本都属于能够独当一面的人，而项目B中的成员水平参差不齐，觉得这也是在两个项目中执行效果不同的原因之一。
而最重要的一点问题我认为出在设计阶段上了，XP在设计阶段更多的是发挥群体智慧，在设计时基本是群体参与，而形成的CRC尽管已经详细，但通常都没有一个良好的记录，在项目A中由于团队成员个人的能力即使在实现的过程中出现一些问题也能独立解决，所以没有暴露出什么问题，同时由于团队成员能力的相当，在CRC设计讨论的时候大家基本能做到充分的交流，对于大家的提升都很明显，而在项目B中则由于团队成员能力的参差不齐，导致在CRC设计时基本没有讨论，都是设计师主导，而且最终由于没形成足够的文档，在实现时团队成员仍然是出现不少的问题，而需要设计师不断的去指导，最终导致设计师在架构上投入的不足，同时也导致团队成员在实现时仍然出现不少问题；在设计阶段的第二个问题则是由于在XP中实行简单设计，当然，简单不等于简陋，但这个时候的设计更多的其实是需要通过重构去不断完善的，在项目A的团队中成员在完成任务后都会对自己的任务进行一定的重构完善设计，而在项目B中却没法做到这一点，导致最后的实现在设计上出现过多不完善的地方。

在这样的分析下，认为设计阶段需要充分结合团队情况而考虑开展方式，对于水平都相当并且具有一定设计能力的团队而言，群体设计的方式无疑会大大超过个体设计，对于整个团队的协作、水平提升都会起到极佳的作用，而且这时我觉得也没必要在设计上过多的追求，而应该采用能想到的最简单的解决方案，在成员实现解决方案的过程中成员可根据经验不断的进行重构完善设计，在这样的情况下没必要开始形成规范的设计文档，可在一定的阶段如迭代完成前的设计稳定时形成规范的设计文档，其实同样，在这样的团队中没有明显的设计师和开发人员的区别，在这样的团队中对于需求的变化是可以快速进行响应的，不用纠缠于规范的文档格式，而可以通过代码来表达出足够的设计思想；而对于水平参差不齐的团队而言，个人认为团队中的系统设计师这时要充分担当设计师的职责，对于任务提供出详细的设计文档，通常来说，为了方便整个团队的理解，需要形成规范性质的文档，而且在做设计时，设计师应该尽量的考虑齐全，不能过多的去依赖后期的重构来完善设计，同时，在将设计交由开发人员进行实现时要加强Code Review以及开发指导，在这样形式的团队中，自动生成代码的形式以及开发代码的模板会起到很好的帮助，或者设计师可以通过依赖设计工具如rose等的强大支持，将设计模型转化为开发模型，从一定程度上限定和规范开发人员的开发，当然，最佳的就是提供框架和框架的IDE，在这样的方式下，就要求设计师对于设计有充分的把握能力和预见能力，否则在需求出现变化时会难以应付，呵呵，就仅仅在规范的文档格式方面都要投入不少时间，在这样的情况下，设计师和开发人员的职责一定要界定清楚，设计师需要首先对架构进行完善，在完善后开始详细设计并交由开发人员实现，在这个过程中设计人员更多的是需要承担起开发指导和设计Review的角色。

by the way：其实也可以看出，需要充分的对团队成员进行了解来制定相应的软件过程，想做到流水线式的开发是要付出巨大的前期努力的。