进了项目组一周多。简单的试验场景压了一下,发现了几个性能问题之后。
现在开始将各系统的需要准备的内容整理整理。也和其他团队的人多联络一下,熟悉熟悉人际关系。
上午安排了一个会,将几个开发团队的负责人,数据中心的负责人以及其他各团队负责人,拉到一起,说了一下当前遇到的几个问题,以及需要得到的支持。会议时间不长,二十分钟。把问题说明白,也会需要的相关支持说明白,让各团队负责人回去叮嘱。如果后续工作中因为他们的配合力度不够而影响进度,将会在后续的会议中指出来。
紧接着上一个会安排了一个脚本和参数化数据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,加技术好的人。
我不想说加班可以解决人员的问题,因为性能分析的部分也不是没技术的人加班就可以解决的。文章来源:https://www.toymoban.com/news/detail-465672.html
相关系列:文章来源地址https://www.toymoban.com/news/detail-465672.html
- 项目如期完成是有多难?
- 一个团队管理者应该干什么?
- 团队管理之团队气氛篇
- 团队管理之性能实施团队日志1
- 团队管理之性能实施团队日志2
- 团队管理之性能实施团队日志3
- 团队管理之性能实施团队日志4
- 团队管理之性能实施团队日志5
- 团队管理之性能实施团队日志6
- 团队管理之性能实施团队日志7
- 团队管理之性能实施团队日志8
- 团队管理之性能实施团队日志9
- 团队管理之性能实施团队日志10
- 团队管理之性能实施团队日志11
- 团队管理之性能实施团队日志12
- 团队管理之性能实施团队日志13
- 团队管理之性能实施团队日志14 – 项目终结
到了这里,关于团队管理之性能实施团队日志3的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!