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

   离开项目组一天，觉得有些事情还是没有当面沟通效率高。

   同时也出现了几个问题。

    晚上看了下团队整理的性能问题列表，发现问题分析得不够具体，并且逻辑上不通。出现了跳跃猜测的问题。

    100线程和200线程是同样的TPS，响应时间增加了一倍。看了系统资源，CPU消耗50%左右，软中断出现了，每秒3-5万，消耗CPU 1% - 5% 之间。这些数据罗列都没问题，但是结论是网络连接限制的问题，我觉得这个结论和前面的数据不符，本来以为是还有其他的数据没给到我，问了一下，并没有。所以这个判断逻辑并不成立，后面再写技术文章详解一下。

    我在之前的文章中屡次提及，性能分析是层层分析，顺藤摸瓜的过程。但凡中间断了一个藤，随手摸了一个瓜就很有可能不是自己该找的。

    所以藤不能断，分析不能跳。分析问题跳的人只有两种。第一种是技术牛B到了极点，看一眼就知道问题在哪，其实这也是有藤的，只不过藤在心中；第二种是不知道怎么分析，跳是为了猜测，也就是蒙蒙看，万一蒙对了呢。

    其实从这里再往下，大概几个命令就可以知道问题出现的点在哪里，然后再进一步分析和代码有关还是和配置有关。

    于是电话里把分析思路说了一下，希望明天能有个结果。

    项目组成员跟我说今天和开发、数据中心的沟通不顺畅。

    本来是想查下数据库为什么会在测试结束之后发大流量的业务数据出来（因为开发组没有解释这一点，而这个业务又是实时的）。但是数据中心没有给数据库的权限，我表示不理解。因为我在回来之前已经跟数据中心的人说了把数据库的可查全部数据的用户创建给我，并且他们是已经答应了的。

    明天还要问一下为什么。这种情况的出现在沟通中经常存在，可能是有误解。

    就算是真的出现了数据库权限不愿意给到我们团队，其实也比较容易驱动。就是在开PMO会议的时候，把当前的限制说清楚，也把为什么需要说清楚。如果没有给权限，就给人配合我们做性能分析，如果我要的数据他们没能力拿给我。就在项目管理的issue list中记录一笔，并且说明这个会导致的风险和风险范围。然后递交再上层决策。

    这样的事情通常在我的项目中都不太会出现，因为我比较讲理。再加上大部分团队的人都是累得像狗一样，不会再分出一个人来专门配合。

    似乎之前有一个项目出现过一次这种情况，真有专门派个人过来配合性能实施的，最后被我用得累成狗之后就主动要求放弃了。

    其实性能实施过程中经常会遇到各种的不配合（其他项目也是一样），我的经验就是：

1. 首先技术协调，就是讲理。

2. 理讲不通的话，就行政协调，俗话就是找领导。

3. 找领导也讲不通的话，就是报项目风险，降低对结果的预期要求。

    通常用到第三招的时候，就是跟客户说，不要测了，测了我也不会给你你期望的结果。愿意接受就接着玩，不愿意接受就解决问题。都是桌面上的事情。

    前几天谈到了项目中人员不够和能力需要补充的问题，考虑到了团队的价值该如何体现。不管是带一个团队还是一个项目，都要考虑团队的价值。首先看自己的价值是什么，然后再看在别人眼里自己的价值是什么。性能优化实施项目这件事情，很明显是有价值的，但是在真正的实施团队中，我遇到的是很多人把自己做成了没价值的体现。

    特别是在有甲方乙方这样的项目中，乙方经常以次充好。本来客户给了比如说5万一个月的费用，在层层抽提成和回扣之后，可能最后只有1成给到最终做事情的人手上。公司再考虑管理成本，资产损耗等之后，发现只能5000招个人。

    这就很显然了，5000能招什么样的人呢，最多也就是大学刚毕业或者工作一年。能力强一点的，在现在的市场上肯定是招不来了。

    技术团队没有技术，管理团队没有管理。怎么落地？

    以后再写为什么说技术团队没技术、管理团队没管理的吧。

    今天的啐啐念写到这里。