本文章转载于搜狗测试
场景介绍
A同学现在有个测试任务正做着，突然来了一个评测任务，开发说要看下最近的改动是不是优化了输入法的某项性能指标。不好意思拒绝，做吧。做了刚一半，然后TS同学来说线上有用户反馈有个问题，需要测试帮忙跟进一下。TS同学挺急的，那么，接着跟进这个问题。两个小时过去后，测试任务没有进展，评测任务没有进展，问题还在跟进…下午，刚准备继续测试任务，开发同学就一个bug存有疑问，在QQ上和A同学开始说复现步骤，bug严重程度，重现率等等话题，一来一往，又半个小时，然后开发说你帮我装一下输入法，复现一下bug吧，又半个小时。然后，领导安排了一个事儿，说你把这个评测报告优化一下给我把，我需要给XXX客户讲一下。领导安排了，马上做。吭哧吭哧半个小时后，A拿着报告去找领导，领导看了一眼，眉头一皱，“这个，不是我想要的报告，我希望的是应该是这样的……”。
以上故事应该在很多新人头上都发生过，依照以上案例，我个人觉得主要有以下几个问题导致的。
问题一：事情优先级和紧急度处理不当
这是初入职场的人一定会犯的错误，在大家的意识中，事情是一件一件做的。只要有超过3，4件事情的时候可能就手忙脚乱，而且感觉压力巨大，自己手头的事儿还没完，怎么又有这么多活儿，啥时候才是个头啊...我相信很多人都这么抱怨过，口头上或心理这么觉得。
的确在工作中会有很多事情，这也是我们存在的价值所在，如果理清事情的优先级和紧急程度，就迎刃而解，按照四象限来划分，优先做第一象限的事情，从第一象限到第四象限，依次类推。
1）、“重要且紧急”：立即去做
2）、“重要不紧急”：有计划的去做，不要等到变成重要且紧急的时候才去做
3）、“不重要但紧急”：优先考虑了重要的事情之后再来考虑紧急的事情，此类事情拖一拖也无关大局
4）、“不重要也不紧急”：尽量别去做，更不要花时间沉溺于此
那体现在这个案例中，TS同学反馈的问题和开发同学提的评测任务，是不是真的那么急？可能就无需立即去做。
问题二：工作目标不明确
工作目标说简单点就是哪件事情在什么时候要完成到什么程度，新人可能并不特别明白，但是你的同事或上司可能未必每次都说的这么清楚，那在接受一件任务的时候，就有必要搞清楚，可以直接问下给你任务的人，至少要搞明白以下几点：
具体是什么任务；
任务是否在你可完成的范围之内，如果需要其他人的协助也可以尽早提出；
具体什么时候开始做；
什么时候做完：
期望的结果是什么样子的
如果当时自己能马上想到一套初步方案，马上和布置任务的人进行沟通就更好了。如果目标在做的过程中确实有不明确的情况，那么就要做到及时沟通，把问题列出清单，而不是做到一半，发现做不下去了，去问下这个问题该怎么处理，回去继续做。再做一会，发现又做不下去了，再去问一下。来回的沟通成本也是效率低下的一个原因，如案例中领导布置的报告优化这事。
问题三：不懂拒绝
这是很多人都容易犯的毛病，别人找你帮忙你不懂拒绝，就会导致顾此失彼，特别是新人刚入职场，对于别人的请求或者任务布置基本上是“有求必应”，反而让自己压力特别大。A同学帮开发同学装输入法复现bug这事儿，如果bug很容易复现，其实可以让开发同学自己来做。
问题四：交流方式使用不当
根据交流媒介，交流方式包括：面谈、电话、文字、邮件。
这四种交流方式，都有各自的优缺点：
（1）面谈最高效，但需要参与者在时间和空间上都便捷；
（2）电话在效率上次之，适合异地交流，但依然对参与者的时间有要求，留下交流痕迹不太方便；
（3）文字交流简洁，不必拘泥于时间，并且能留下交流痕迹，但效率相对低下，且不够正式；
（4）邮件交流正式、参与者数量可以很多，但是效率也最低。
根据事情的特性，应该采用不同的交流方式。对重要而繁琐的事情，最好是面谈或电话会议，然后再邮件中确认交流结果；不重要而繁琐的事情，可以拉一个文字群；重要而简单的事情，适合一对一电话，然后发邮件头部；不重要而简单的事情，通常留言就可以了。上述案例中，和开发通过QQ沟通一个bug的机理其实是比较耗时的，远不如直接面谈有效。
