2014项目总结：一个比较成功的项目总结

最近将会对今年所做的一些项目进行总结，里面基本都包含了一个项目所有的过程。一来为自己今年的年终总结提供些材料，其次也是希望在总结过程中能给自己带来些更多的启发和经验教训，同时也非常期望各位大牛能给些建议以及批评，让我获得更多的进步。谢谢。

这篇文章总结的是我今年开始的的第二个项目：某研究所某国某XX系统（严格保密项目）。这个项目开始的时候，客户方没有提任何具体需求，只说了一句，秘密级项目，不能说，能说的只是这是个c++项目，并带批人进试验场再说。上篇文章我也提到过，虽然我们公司号称有1000个程序员，但是950个都是做java的。于是我们领导十分智慧的找了几个小公司，从其他公司借了7个C++程序员。然后我就入场了。

进入试验场后，签了一系列的各种保密协议、去派出所办了无犯罪证明，并且证明绝无成分问题后，开始与客户沟通需求，同时我得迅速的熟悉我的新”同事“。新”同事“来源与两个不同的公司，姑且称为L公司、X公司吧。L公司有3个人，其中L1（女）两年C++开发经验，L2（男）一年开发经验，L3（男）刚毕业，X公司4人，其中X1（男，46岁），X2（男）一年开发经验，X3，X4都是一年开发经验，还有我，共8人。客户方：L主任，项目负责人之一；W主任，项目负责人之一；M主任，项目负责人之一；Z总工，项目总体设计；Z高工，项目直接负责人，项目组长，99年南大博士；C高工，项目第二负责人，博士；客户方还有几个就不提了，基本全是博士。

我们需要同时开展两个项目：项目一是某设备监控系统；项目二是某绘图项目，从一开始我了解到我们方人员基本情况下，自然是按照各自公司为基础，然后我将X1（46岁那人）分配到L公司，他们负责某设备监控项目，而我和X公司剩下三人参与绘图项目，同时我负责两个项目所有基础框架搭建和客户沟通以及需求了解。

罗嗦了这么多，以上是这个项目的背景，下面开始表述项目的开发过程。

因为这两个项目都是比较保密项目，所以客户方基本没有办法完全表达出他们真实的想法，甚至连一条报文里面的哪个字节代表什么意思都不能详述，这个极大的加大了我们的理解难度，同时对方基本都是博士，可能或多或少的将我们的理解能力提高到他们的高度，所以在前期磨合过程中还是遇到不少的麻烦。同时我不熟悉我们的开发人员的能力和水平，自然而然的想当然的认为X1肯定代表着我们的最高水平，后来才发现让他负责一个项目简直是我做过最愚蠢的一个决定。现在吐槽下X1吧。当我们领导将X1放置给我的时候，他说，X1是91年上海交大数学系的高材生，然后去新加坡留学读研和读博，水平相当高。我听到后非常高兴，我觉得我又多了一个老师，可以多学习东西。结果有句话叫做书读多了的时候，有可能人也读傻了，X1的沟通能力基本为0，或者说情商几乎为0，并且代码写的也很一般，优点是他的理论知识相当扎实，参加X公司的C++笔试，考了满分。

因为项目需求的不明确，所以我加强了两个方面的准备工作。第一：底层框架写的尽可能简单并且容易扩展，同时必须符合多人同步开发，也就是说要做到业务分离。第二：尽可能多的和客户沟通，并且找对需要沟通的人。

1）写底层框架的开发过程

因为需求不明确，同时对开发人员开发能力不确定，写这个底层框架还是花费了我不少功夫的。我们都知道，一个系统无论怎么复杂，数据流通都是这个系统的核心。同时因为数据的多样性，所以数据的处理也尽可能多的分模块开发。为此，我和客户中的项目组长Z高工花了不少时间在讨论这个数据处理问题。最终我将数据模块彻底分成几个独立模块，所有显示模块向数据模块进行数据注册，然后数据管理模块主动推送数据进入显示模块。另外做了一个数据存储模块，可以按照配置文件信息存储大量已有的数据，又做了一个数据解析模块。数据解析模块的意义就是我们无法得知报文的具体含义，但是他们知道，所以数据解析模块的目的就是通过自定义的xml文件，解析出报文中某位置的某数值，同时也支持几个数据之间的特殊规则运算。

通过上面的数据相关模块，至少我们的开发人员不在需要关注数据的来源和走向，只要在项目工程中包含这个4个dll文件就行，需要用到数据的时候，在各自的接口中注册下就行，简化了他们的逻辑，也简化了程序的复杂性。即使发生需求变更，也不需要查更多的代码。

另外我也给我们的开发人员封装了一些基本的控件和显示样式，比如图表类，对话框等等。

虽然上面描述的东西java可能到处都是，但是c++方面还是稍微有些少，尤其在我们所面对的项目情况，用途还是很大的。这样能使开发人员更多的关注自己的业务逻辑，而脱离了其他方面的干扰。

PS：现在这个数据处理的几个模块已经成为客户新软件的标配了，据说他们主任已经将这几个dll申报成他们所的三化产品，并且写了Z高工今年的论文内容就是这套逻辑。哎年底至少5W+的贡献奖金。跟我半毛钱关系都没有。

2）与客户沟通的过程

前面也说了，客户方领导多，博士多，沟通起来还是有些困难的，如果都和我一样都是屌丝，那可能还会好些。不过有句说的好，千万不招惹白痴，否则他们会将你的智商拉倒他们的高度，然后用丰富的经验战胜你。我只是个小本科，而且还是三流的，在这个项目中，我无法提高我的认识到他们的高度，只好想尽办法降低他们的高度。在和客户沟通过程中，最有效的方式就是认同客户。他们即使不了解项目本身，但是他们却是最了解自己的。于是我想尽各种方法客户多沟通，比如看到客户带羽毛球拍，于是厚着脸皮和他们一起打羽毛球，看到他们在吹牛，厚着脸皮加入吹嘘等等。举两个例子，一次C博士下班回去，我之前还从没有和他说过话（刚去），不小心听到了他说今晚是广州恒大和天津的比赛。然后我晚上回去后还是认真的看了这场比赛，第二天一早，我看到他就和他聊起这场球，结果两人还是有些共通语言，比如都支持恒大等。以至于后来每次有中超，都会一起分析下预测以及心得。后来在这个项目中，他真是帮了不少忙。另外个例子，D博士（南理工的）。他和我们的项目一点关系都没有，有一次我出去打水，经过他的办公室后，看到他在看一本hadoop的入门书。我很惊讶他尽然会看这本书，于是就问他，并且随便说说我参与过的一个hadoop项目。于是慢慢两人就比较熟悉起来。后来他也是在他们主任面前给我们说了不少比较好的话，比如工作认真态度端正等等。作为一个外人，发表一些看法对于领导来说还是有些参考性的。前天D博士打电话给我说他们几个朋友做了个产品，估计能申报成国家项目，他尽然把我的名字给加到他们的课程组了。如果申报顺利的话，估计我还什么都不知情的情况下，能分点RMD吧。激动

PS：和客户沟通顺畅是一个项目是否成功决定性要素。同时在和客户沟通过程中，不能忽略其他非相关的人，虽然他们可能帮不上忙，但是不捣乱也行，是吧。

这个项目估计至少还持续到明年，郁闷的是我已经被撤出来了。现在这个项目进展还是很顺利的，我在和他们的组长沟通中，他们对于这个底层框架还是非常满意，也提高了他们自己的开发效率。和我们公司新的项目负责人联系时，他的工作也还是很顺利的。这点还是蛮开心的。

这个项目现在看起来还是很顺利和成功的，但是我下面会说一个比较失败的项目，希望大家能关注下。更希望的是大家能提出意见，指出不足，让我在今后的工作中有所提高。谢谢。

PS：我一直很迷惑我的定位，程序员？好像不完全是，在一个项目中我参与还是很多的。项目经理？好像更不是，我还在一直不停的写代码。