程序人生之项目团队那些人与事(5)

                                                                          5-循规蹈矩的W爷

W爷和R哥比起来，其实很相似，只是他们的专注点不一样而已了。W爷特别喜欢新潮的技术，新潮的工具。所以开发上很多事情如果要他来做，那么一切都必须是规规矩矩的按照传统的方式进行。然而他最为擅长的还是在设计上，作为软件开发环节中的设计也是整个项目不可缺少的步骤，设计得好完全可以帮助开发者理解系统的系列，理解各个组件和子系统之间的关系，从而指导我们的开发。W爷又是一个学院派风格的设计师，他习惯给你提供一套详细的完整的设计文档，让开发者基本上什么事情都不想！实际上这是一种最为理想的情况，然而实际情况下是怎样。项目开发前，W爷豪言壮语说肯定会设计好，事实上他也拿出了一套详细的设计方案，包括用例图和工作图，他也全都画出来了。如果挑毛病可以说没有毛病，但是实际效果是这样子的。我们的程序员按照它的设计图来编码，在实际编码过程中会发现他的设计如果有问题或者设计不理想，那就太糟糕了。因为他设计所占用的时间已经足够多了，重新设计肯定会影响效果。还有一种，他特别喜欢用些新潮的工具，而这些工具代码者可能都不会用，为适用他的分析方法还要特意装工具。不少程序员在抱怨：目前我不需要了解这些东西，也没有时间了解这些东西。所以W爷所做的这些，实际上还未开始之时就给程序员们带来了某种抵触情绪。而他所追求先设计再开发，这些都是属于传统的瀑布式的开发方式，从某种角度来说已经不适应了。

后来我和W爷进行过沟通，首先我还是非常肯定他的能力。但是我发表了他过于追求完美的习惯不适合项目的进展。我们所做的设计应该先是一个预案，该预案会随着项目时间的推进而发生变化。我们只要知道方向清楚就可以了，而不必要一定遵循什么定律和规律。因为项目的变化也是瞬息万变的，我们的开发人员如果被设计师绊住了脚，那么结果将是灾难性的。我指出W的爷的设计开始就集中在数据类型和单个方法上，这已经是很细的地方了，其实完全没有必要，只要将主要实现类的职责范围确定就可以了。设计应该以目标设计为主，不要以过程为主的方式。还有就目前项目开发的复杂度而言，我建议W爷不要在前期做大量的设计，当然我不是说不要设计，而是要将设计没有经过真正的编码认证以前，别做太多的任务。当然如果没有具体的设计任务，就凭空编码也是一件非常危险的事情。所以我鼓励W爷原型设计的方式，在编码过程中试图将业务原型发现，这样可以更多体会到理论结合实际的感受，总之好的设计应该是行之有效的，但肯定不是精确的。对于一个设计师而言，一定是定好明确的大方向，大目标。而不是具体的细节，那样的话带给开发者的不是设计而是累赘...........

                                                                                                                                                               (未完待续.....................)