随笔记录－如何平衡一线情况不脱节与思考决策的时间资源

微博朋友大宝_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)

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