团队管理之性能实施团队日志3

 进了项目组一周多。简单的试验场景压了一下，发现了几个性能问题之后。

现在开始将各系统的需要准备的内容整理整理。也和其他团队的人多联络一下，熟悉熟悉人际关系。

    上午安排了一个会，将几个开发团队的负责人，数据中心的负责人以及其他各团队负责人，拉到一起，说了一下当前遇到的几个问题，以及需要得到的支持。会议时间不长，二十分钟。把问题说明白，也会需要的相关支持说明白，让各团队负责人回去叮嘱。如果后续工作中因为他们的配合力度不够而影响进度，将会在后续的会议中指出来。

    紧接着上一个会安排了一个脚本和参数化数据review的会。脚本是通过Eclipse写的，放到jmeter中去执行。其中调用了一些开发团队的基础包。review的时候发现了问题，有人用java project，直接把jar包copy过来用的；有人用maven项目，实时更新jar包。这就有问题了。最后在混合场景的时候，怎么把场景合并？如果版本不一致怎么办？

    鉴于这个问题，git的使用就变得非常紧迫了。前几天之所以没有把git公开出来用，是因为我看到脚本还不成熟，所以也没有着急。并且git的速度也确实是慢。今天得其他团队的帮助，知道了git还有内网地址可用。那就有必要现在就用起来了。

    昨天跟团队一小伙聊天，发现了一个问题。他一直觉得参数化的数据应该是其他团队提供给我们。所以一直都没有想去自己去手去取。而我屡次在例会上说我们要自己去取数据，因为我们有了数据库的连接权限，只要知道表在哪里，取个数据不是什么难事。而他一直觉得这不是自己的事，所以没有去做。这其实是一个沟通上的误会。于是今天在例会的时候，我就告诉了所有人，但凡对我安排的工作有异议，或者有疑惑，都要过来问我。不要因此拖慢事情。

    下午和开发团队沟通了一个业务流程中的技术难点的事情。因为涉及到了软加密，还有硬加密，并且还有手机上的sdk加密的过程。软加密好解决，把源码打个包，放到自己的工程中调用即可。sdk的加密有点麻烦，因为厂商没有公开这部分的加密算法，并且也没有提供电脑上可用的包，只有手机上的包，对我们来说没有用。即使是我们可以实现通信部分的源码，加密照样是做不了。既然有这么多限制，就只能让他们把加密屏蔽掉。如果他们不愿意屏蔽就必须把加密算法给我，而这一点他们是不同意的。硬加密部分从技术上来说解决并不复杂，但是现在环境还不具备。

    昨天把业务模型又讨论了一遍，因为是互联网金融的架构。和传统业务模型以及压力分布有明显的不同。这一点需要特别分析一下。

    监控今天也已经部署好了。后面可以直接用监控平台来看系统级别和数据库级别的high level监控数据。部署监控的小伙态度很好，但是由于确实是新手，刚毕业没多久，又被压了一堆的事情，所以给我的承诺deadline已经推迟了三天，今天在和各负责人开会的时候也说了这一点。希望他们的团队负责人能把任务安排好，不要耽误我的计划。

    针对profile和debug的部分，我还需要再看一下什么样的应用用什么样的工具。据前面的经验，这云平台上的OS可以说是什么都要自己动手来装，这就需要判断下对性能的影响。

    从进度上来说，现在还没有明显看到困难的技术部分。但是团队人员不足的压力还是很大，我希望九个系统可以并行独立测试，然后再全链路混合场景。但是现在看起来做脚本和做性能分析的人明显不够。如果后面性能问题较多，也必然会导致计划推迟。

    到目前为止，技术看起来还是hold得住的。沟通现在还没有明显的问题。而人员不够的问题，是在大部分的项目中都会出现的。

    要想解决人员的问题，只有两个可能：1. 加人；2，加技术好的人。

    我不想说加班可以解决人员的问题，因为性能分析的部分也不是没技术的人加班就可以解决的。