微博朋友大宝_sodm e的一段话：

　　团队一定要学会和做到让团队中经常下决策的那人变成一个有时间有空闲进行决策的“闲人”，这个人既要来自一线，又不能始终拼在一线，他需要有来自一线的丰富实战经验，同时需要更多空闲时间以便他能充分思考作出正确决策。能让有能力做正确决策的人适当闲下来是很不容易的，它需要整个团队的运作良性。

　　为此结合自己过去如何平衡的经验，梳理下经验，（以下经验适合高级工程师、测试架构师、偏技术的测试技术经理等）

　　了解一线，保持一线sense的实际操作方式可以为：40％时间具体个人操作实施，不做不知其难；40％时间指导一线人员操作实施来扩大了解一线情况的面，20％的时间与一线人员沟通和讨论，听取更多一线的声音。思考和决策时间还是留到晚上一个人的时候吧，不赞成晚上没有独立思考时间的工作，没有反思何谈进步。

　　考虑团队的骨干以上成员一周有8小时左右在开会，按8小时计算。实际用于直接工作产出的时间一周只有32小时。

　　一种推荐的时间分配方案＝15：13：4

　　15小时时间具体个人操作实践，平均下来就是每天3小时，推荐为下午14－17点之间集中工作

　　至少2天的14－17点用于保持代码级的coding sense，输出测试工具或测试代码；。做软件测试怎么能不了解你的对象如何软件开发出来的呢。

　　至少2天的14－17点用于参与测试设计工作或软件测试问题定位工作，输出测试设计交付件和测试分析定位过程材料。软件测试问题定位有利于深入了解产品业务；测试设计工作（含测试方案和用例设计、测试软件设计）让你的测试思维宝刀未老，避免测试设计能力退化跟不上团队一线工程师时代的进步。

　　当然根据具体项目情况，也可以一周5天都是参与coding工作，但最好不要超过2个月就要做一些测试设计的工作，保持测试的sense

　　13小时分配：集中在上午2.5小时可以5天，主要通过教练辅导训练测试人员如何结合项目进行测试分析、测试设计、以及其他一些测试方法，测试工作思维。或是进行测试人员工作交付件的评审和审核，有利于发现一线人员存在的问题。

　　4小时分配： 下午17点－18点之间 一周4次，以兴趣小组或讨论工作组的形式，组织一线测试人员一起头脑风暴，听取一线人员的心声和创新想法，既避免自上而下了解的盲区，又可以获取更多解决问题的创新灵感。

　　那么看书、看资料、总结的时间在哪里呢？——我的建议是在40％指导一线人员操作的时间里挖。你给予一线人员有用的指导越多，一线人员成长进步就越多，接着需要你指导的时间就越少，这样你就有时间来抬头看路，并且将新掌握的技能又传递给一线人员，整个组织无论是你还是团队都可以保持持续上升，形成了一个正向循环。

　　当然，我们也不是需要严格按15：13：4的比例来实施，一定的弹性是可以的，弹性的时间主要集中在13＋4这个资源中（应对一些杂事的buffer）

　　个人独立思考时间 还是留给晚上一个人清净的时刻吧，这时需要深度的思考，避免干扰，需要集中精力。白天工作场地实际上是不适合大块时间进行这种脑力活动的。

版权声明：本文出自 架构师Jack 的51Testing软件测试博客：http://www.51testing.com/?293557

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。