Java教程

多即是少,切记

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

来到新东家也快半年了,过去的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培养等)
  • 目标不明确:工作为了做而做,没有奔着既定目标
  • 精力不足:一次做太多事情,不聚焦,导致没一个能做好

 

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