最近半年公司一直在对整体业务后端数据存储做大修改，由我负责开发核心的数据存储、拉取组件，这个组件以 gRPC 为协议，完全重构了早先的 Java 业务，即将部署到公司线上产品以及机构产品。除了数据存储拉取以外，其他组件之间也统一使用 gRPC 协议，这种情况下，需要一个简单易用的 gRPC 接口测试框架对各个接口进行压力测试。
而此时，我刚开始管理公司的测试开发团队，团队的常规任务是完成开发团队的测试需求，但最重要的任务是为开发团队提供简单易用的测试工具。总的来说，更偏重于开发而非测试。因此近期测试开发团队的最重要任务就是搭建一个上述框架出来，保障即将上线的新产品顺利交付。
目前团队只有我和另一个新入职的测试工程师（正在招聘手工测试员一名）共二人，由于测试工程师并无开发经验，刚开始上手开发有一些障碍，因此对稍微复杂的开发任务表现出无力感。
在这种情况下，团队管理出现几个挑战：
1. 新入职员工对工作内容不熟悉、以及技术上有欠缺，无法独力完成项目
2. 团队人数较少时，人事关系容易出现扭曲，表现为团队负责人与成员过于亲密或过于疏远，这两种情况都会伤害团队未来的发展。
3. 新成立的部门往往被委以重任，甫一成立就会面对攻坚战类型的技术难题，而此时恰恰是作为新生儿的团队最脆弱的时候。
针对挑战一，我的解决方式是，结伴编程快速提升工程师的基础开发能力，并使之在短时间内熟悉公司的技术栈和代码规范。这段时间压力会很大，学习内容也会很多，但是要求并不能放松，需要管理者持续关注工程师的进度和心态，对成员烦躁、失落的情绪及时进行安慰和疏导，同时在某些环节进行必要的技术辅助。
针对挑战二，首先避免过分亲密的关系，保持普通的社交距离，同时也在处理「挑战一」的时候让对方感受到你的关心。张弛有度，会使双方关系有序的发展下去，也为团队的长远发展打下基础。
针对挑战三，要和部门的上级主管进行沟通，确定部门的目标方向，然后主动将目标按优先级一一列出，根据实际情况向上级索要资源（要么给人，要么给时间，要么降低任务量）。以我的经验，能够主动索要资源的团队，往往是资源最充沛、进度最快的团队；对于管理者来说，一个能够合理索要资源的下属，也大概率是一个有思考深度和执行力的团队成员。
在数年前做运营的时候，团队管理就是一个我很重视的问题，每个工种对人有不同的影响。例如运营部门的基础运营成员往往看不到职业发展的前景，进而转行到其他行业；一线工程师则埋头于技术，疏于梳理工作内容和工作前瞻。这样其实给团队管理提出了很大挑战：作为管理者，到底能在多大程度上纾解这些职业对成员的负面影响、并提高团队运行效率？
在前些天给 CTO 提交的一份测试开发团队工作计划书中，我提到了进行人才梯度建设。虽然测试开发团队人数不多，以后最多也不会超过5人，但是由于分工不同，必然产生事业层次的高低。在团队内部明确人才梯度，告知每个人未来的上升渠道，指明上升的途径，不仅成员会主动成长，人员流失率也会得到降低（软件测试行业的流失率非常高）。一旦形成稳定的循环，那么这个部门将能够实现「无人驾驶」，几乎自动化的在公司内部高效运转。这也是我未来的工作目标。
最近买了一款 CMON 出品的卡牌构筑类的塔防主题游戏《XenoShyft: Onslaughter》，感觉比领土好玩很多，无论美术或游戏机制都远远超过其先辈们。先贴几张图以飨读者，后面会写一篇文章，来介绍和评论一下这款游戏（前两张图是我拍的，图中还乱入了我的猫「三十」。最后一张游戏图是 Google 来的，仅供示范）。
