多即是少，切记

本文主要是介绍多即是少，切记，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

来到新东家也快半年了，过去的9月份，是比较难熬的一个月。现在已手起刀落，基本尘埃落定。记录一下整个经过，希望自己能够逐步蜕变。

初来乍到 

入职后，除了熟悉业务外，还安排我推进性能测试工作。性能测试这个，真是一穷二白，属于拓荒。待到试用期结束时，总共负责了模块A、模块B和性能测试，共3大部分工作。转正答辩上，负责人还提到了转leader需要1-2-3-4条件云云，当时还有点小兴奋，似乎瞥见了曙光。

风尘仆仆

转正后事情更多了，真是忙得焦头烂额，每天基本没有9点前下班的。聚焦于3部分工作，干了些事情

性能测试：环境准备、性能培训材料准备、分享培训、撰写大促压测指导文档、性能测试铺开

模块A：参与1个大需求测试，后续没再参与，由1个member支撑

模块B：熟悉业务特性、探索测试方案并落地、招聘2个新member（原来只有一个应届生做简单功能测试）、规范流程、亲自参与测试

广场阅兵

Q3整体质量结果，简直一地鸡毛

性能测试：虽然组织了性能测试，并完成优化；但是，触发线上二级故障1个 

模块A：生产问题 20+ 

模块B：生产问题 20+

接受审判

Q3汇报，遭到项目负责人非常严厉的批评，印象比较深的几句话：“2个模块那么多线上问题，你都做了什么措施？一天天那么忙，都干了什么事情？你太贪，做了那么多事情，从结果来看，没有一个好的。做事情要明确目标，以始为终，不要为了做而做” 最终对我手头的工作进行了压缩

性能测试：明确表示，会转给其他人

模块A：我可以保留

模块B：会招个资深leader过来

Q3 绩效给打 C

反思 

忙碌累到怀疑人生，结果未他人做嫁衣，让我抑郁了好久，一度想辞职走人。缓过来后再仔细想想，虽然做了那么多事情，但实际结果确实不好，没什么好冤屈抑郁的。在什么地方跌倒，就要在什么地方爬起来，吃一堑长一智。总的来说，有以下几个问题需要提升

• 角色没适应：需要压力大，自己90%时间闷头做需求测试。没有去做leader该做的事情（流程规范、质量把控、member培养等）
• 目标不明确：工作为了做而做，没有奔着既定目标
• 精力不足：一次做太多事情，不聚焦，导致没一个能做好

这篇关于多即是少，切记的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！