团队管理之性能实施团队日志14--项目终结

  历时 2 个月 16 天，项目结束了。

  今天给客户做最终的汇报。

  本来汇报准备了 92 页PPT，把几个系统单独的都一个个说了个遍。

   但是感觉这种方式老板不一定能接受。于是换了一个方式，只说 overview 的结果，单系统的就不一一解释了。老板更想听的是，结论到底行不行。如果不行，怎么样才能行。所以最后把报告整成20 多页的PPT的样子。

  原计划两个小时的会议时间，我也觉得太长了。其实总结的报告不需要那么久。一些官话听着听着就睡着了。所以我把时间缩短了，控制在30-40分钟左右，最后留五分钟说说感谢 CCAV、MTV 之类的话就行了。
从总体上说，共测试了 8 个业务系统，再加上基础架构共 12 个系统。过程中发现了 257 个问题（只统计了8个业务系统），平均每个系统 32.125 个。问题 age达到 861.77 天，平均每个 3.35 天。（上篇有说明）  

共用了 60 台硬件主机，200 左右 virtual OS。测试峰值的时候，有的记录表达到 1.8 亿左右。系统总体支持业务量是目标的1.6倍。其实还有优化的空间。  

这个结果还是非常不错的。  

项目本来要求的是2个月做完。根据经验来说，这个实际时间还是可以接受的。  

一个杂牌军组织的小团队，从一开始的相互熟悉到最终的结果，这个过程中还好得到了大家的支持。加班加点的也都过来了。  

今天客户方科技部老大闲聊的时候问我，觉得这项目能打多少分。我说，看当前的阶段，能到 65 分吧。听起来似乎很低，但是我觉得是比中肯的评价。跟有些系统相比较起来这个已经非常高了。在我之前经验的项目中，在这样的阶段，最多也就40分左右。  

可能我要求比较苛刻。  

从问题的分布来看，涉及的代码问题居多。但是从实际的项目中感觉没这么多，这个结果可能还需要再考量一下。把分类再过滤一遍。

  每个项目都有开始，有结束。我一直在不同的项目间切换.进项目有新奇，毕竟遇到些新的人，新的风格。离开项目有失落，毕竟是已经熟悉了一段时间，就跟离开一个公司的感觉一样。  总是在这样的切换中找自己的位置，也是有意思的体验。