历时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 分。
可能我要求比较苛刻。
从问题的分布来看,涉及的代码问题居多。但是从实际的项目中感觉没这么多,这个结果可能还需要再考量一下。把分类再过滤一遍。
每个项目都有开始,有结束。我一直在不同的项目间切换.进项目有新奇,毕竟遇到一些新的人,新的风格。离开项目有失落,毕竟是已经熟悉了一段时间,就跟离开一个公司的感觉一样。
总是在这样的切换中找自己的位置,也是有意思的体验。
相关系列:
- 项目如期完成是有多难?
- 一个团队管理者应该干什么?
- 团队管理之团队气氛篇
- 团队管理之性能实施团队日志1
- 团队管理之性能实施团队日志2
- 团队管理之性能实施团队日志3
- 团队管理之性能实施团队日志4
- 团队管理之性能实施团队日志5
- 团队管理之性能实施团队日志6
- 团队管理之性能实施团队日志7
- 团队管理之性能实施团队日志8
- 团队管理之性能实施团队日志9
- 团队管理之性能实施团队日志10
- 团队管理之性能实施团队日志11
- 团队管理之性能实施团队日志12
- 团队管理之性能实施团队日志13
- 团队管理之性能实施团队日志14 – 项目终结