问题二：工作方法不当
我们很多时候在忙碌中已经忘记了去思考，去总结，一件事情丢过来的时候，噼里啪啦可能就按照以往的思路去做了，也许以前就是未总结过的，所以一错再错，比如在测试过程中的测试方法总结，测试流程的梳理。任何人都知道需求评审重要性，需求变更带来的坏处，不管是科班出生还是转行做测试的，但是对于需求评审可能都未到位，到测试快结束的时候发现一个需求漏洞，多方确认再次改代码甚至架构，带来的项目压力可想而知。
同样，在这个案例中，A同学对于bug的跟踪处理不当，导致开发人员可能在忙活别的项目无暇顾及bug，导致修复进度缓慢。如果可以在发现严重bug的同时及时告知开发人员，叫他们优先处理高优先级的bug同时及时修复其他的bug，也许可以节省很多时间。
问题三：工作目标不明确
工作目标说简单点就是哪件事情在什么时候要完成到什么程度，新人可能并不特别明白，但是你的同事或上司可能未必每次都说的这么清楚，那在接受一件任务的时候，就有必要搞清楚，可以直接问下给你任务的人，至少要搞明白以下几点：
具体是什么任务；
任务是否在你可完成的范围之内，如果需要其他人的协助也可以尽早提出；
具体什么时候开始做；
什么时候做完，或什么时候做到什么程度。
结合这个案例，至少PM的需求宣讲以及线上bug确认2件事可以搞明白其工作目标后再做优先级的排序，可能就无需立即去做。
问题四：不懂拒绝
这是很多人都容易犯的毛病，别人找你帮忙你不懂拒绝，就会导致顾此失彼。A同学在配合PM和开发人员的工作时就是因为不懂拒绝导致时间花费了很多。其实他完全可以在确立目标之后拒绝PM的低优先级要求，可以拒绝开发人员占用自己电脑，完全可以让他回自己电脑上调试，并行工作互不影响。
【推荐】
推荐与今天话题相关的两本书：
《小强升职记》，《高效能人士的七个习惯》。
前者是“道”，后者是“术”，把两本书放到一起就形成了一个完整清晰的时间管理理论框架，在这个基础上选择适合自己的“器”，就构筑了“道”、“术”、“器”三位一体的时间管理系统。如果是《杜拉拉升职记》是职场“潜规则”，那小强的故事就是职场“显规则”，初入职场的人一定会有所获，少走弯路。
版权声明：本文出自 zzzmmmkkk 的51Testing软件测试博客：http://www.51testing.com/?258885
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
