近期工作小结(吐槽文)

   (小弟工作中遇到了不少问题,有好的建议和办法路过的大牛请不吝赐教 ,帮帮忙谢谢...     )

       想了不少时间,本以为理清楚了,下笔时还是不知道如何小结,为了不自圆其说找到个人的问题,为以后更好的投入需要,做一个近期的小结,想到什么就说什么,只对事不对人。

        近期由于工作需要在负责一个资讯检索的项目其中的一个模块,长期出差北京。工作状态是一周六天或者七天强度,有时做不完就晚上九点十点多结束,也不是牛人当然不能跟正常情况下相比,也有个人情绪在里面,难免说话态度或者方式没有注意,把简单事情搞的有点杂,结果就是不该反馈的说了,该做好的没有做好,挨批是肯定的,但是我前后想了很多,个人原因肯定是有的,出问题一般是多边的,但是一味的批单边而不是为了进一步好的工作却是让人不能乐意的接受。还有一个原因是沟通很难,分不清什么是该找相关人沟通的什么是不该问的。跟人合作简单的问题反馈结果让我不能理解,一时激动没把持住,乱放抢伤及无辜,对个人印象(态度和能力,做事方式)也大大折扣,至于后面的工作不知道有没有办法继续做下去,只有考虑去留。

        我对比了其他人的工作,也很羡慕别人一直做得很好,很难出现问题,一个负责wpf前台设计,一个负责总体框架探索和搭建,当然实际情况是他们做的事远远不止这些。一个跟我一样做临时工,那地方有需要就改在哪里?理解业务和反复修改是必须的,沟通也变得很重要,恰恰这两块是需要努力的地方。

       个人原因:
       1、有问题就应该主动反馈,提出来,最不应该个人带情绪投入工作
       2、同事跟我们是一样的也有很多工作要做,能自己解决的就尽量靠自己,毕竟这也是在锻炼
       3、加强个人技能训练,加强基础和沟通能力是很有必要的
       4、注意方式和态度,低调做好分内的事是赢得尊重的基础,淡定
       5、不能太把自己当回事,那不是建议和反馈是自负
       6、出现问题找对对象反馈这个也很重要,毕竟每个人的时间都在高度压缩,没人乐意实时解决个人小的问题
       7、个人学习和工作锻炼很难找到一个好的平衡点,总是觉得做得没有实际的收获
       8、换位思考,跟工作无关的严格谨言慎行,包括在工作时间讨论技术问题
       9、做事方式,明确目标,找合适的人沟通,优先实现功能,在做调整和修改
      10、层级决定距离,距离决定话题,话题拉开关系,谨言慎行是很有必要的,注意调节状态和适时沟通,玩笑开多了就是傻子

    外在因素

    1、没有明确的文档,需求适时在变
     调整一个json结构,这个很简单,前后发过来几个json结构,这个地方需要修改一下,哪个地方需要加一个字段,我怎么会很清楚在哪儿加呢?直接准备好一个完整的,需要加的地方红色标注,直接发过来一个完整的不可以吗?已经在沟通负责的就一个人负责到底,外突然加过来一个人不一定效率就高,有可能双倍的时间,新加代码就会新增潜在的bug,增加沟通就会新增理解的难度,每个人的方式不一样;用户反馈多,没有确认的文档,一次讨论很多细节问题都要求修改,没发现有专门的人负责整理,负责转换和考虑实现时间成本,这个搞一搞那个也搞一搞,没有理解清楚问题,改了半天没有改好只能退求其次,改好了发现不是想要的,又要花费时间做同样的工作。总是着急只看结果,这个很简单就是增加一个接口,就是修改一下界面布局,就是复用一下,就是修改一下方法,我是实践者,不清楚数据的来源,做处理的要求,相关的业务和文档怎么找,我不知道该不该多问一句,一切都有,等找了半个小时,搞清楚这些,A跳出来说搞复杂了,简单的问题直接问一下相关的人明确目标可以提高效率,差别就在这别人问可以,我问就不可以(因为问多了)。也很难找到一个平衡点,干脆就不做,等着你直接告诉我,同时清楚的知道这也是在等着挨批。

      2、多人沟通注定会出问题,都有话语权,听谁的
问题不在于复杂难,在于找到切入点,找到一个好的解决办法,且总是可以找到变通的方法实现,可能就是多写几行代码,多沟通清楚。我不知道什么代码优化什么架构,什么性能提高什么基础,可是你告诉我,因为多创建了一个对象内存就耗完了,多做了一层循环数据库就宕机了,多写了一句重复的代码就影响性能了,多做了一次查询就影响整体速度,多定义了一个临时变量就很没有必要,多重载了一个方法就降低了可读性,我就无语了。可是实际的过程中就是存在这样的问题,我优先实现功能,后面在调整,或者我重点放在良好的结构上后面在具体实现功能,不知道为什么,每次做一个相同的模块,都有人跳出来说代码结构重复了,多查询了一次影响性能,多做了表连接(其实就几百条数据)没有必要立马改,多写了几个if判断逻辑有问题,多做了一个数据foreach循环格式处理就不应该,后来算是想明白了,作为小白用户,不给你提界面的细节问题他能提什么呢?同时这种多人沟通的方式我不擅长所以在提反馈,说明我后面会出现问题,结果告诉我完全没有必要是在给自己找事,做不了就放那儿不做。出现问题了就开始批单边,我不是不能接受,我是提了前期说明了这样我可能会出错,再小心点也会粗心的。反复的给你说明每个字段代表的意思,为什么就不能实例化一个文档写上去呢?问题这么简单为什么不是直接改过来而是给我说了半天,我偶尔也会莫名的想到一个例子,你是大牛,我在旁边认真的给你提各种方案,具体怎么做,本来就是一个小数点的事,我就是告诉你存在很多原因,找吧,不知道结果会怎么样?其实“大牛”很牛,一般不屑于给你沟通太多说太多,告诉你方法就可以了。“牛处”就体现在这,不是在搞需求在做架构性能优化而是告诉你有问题。
       3、沟通方式是文字,是时时的修改加文字
       说了半天是沟通方式的问题,我也很自责为什么不能快速理解呢?即使打电话了也没能说清楚呢,我也在说,他也在说,没有人在努力理解对方说的,都是要求别人理解自己的方式,这点承认,作为临时工让干嘛就干嘛,哪来的这么多废话,做件事有这么复杂吗?同时也是考虑去留的原因,都很忙,时间在高度压缩,做的是业务的事,何况这种业务,出去后最好不要说做过这个,最好是做过银行,大型电信,视频流,中粮,医疗教育etc。个人学习和工作训练能找到一个好的结合点吗?
        4、小的模块多人参与
       简单的算一下,模式很简单,就是用mvc 4 webapi提供数据访问接口,接收请求做一定的数据处理在返回xml或者json格式。做过几个同样的,可以说不算是挑战是重复性劳动,重点在理解业务,最困难的部分已经帮忙实现了,这点也很感谢,代码到现在还在看,好像没看懂,一堆的类n多个变量和复杂的命名。只能借助uml画出部分关系图,区别接口和public的方法,内部具体怎么问题转换成代码慢慢看。三个人负责,我只能承认是自己能力不够基础不好,或者是别人太牛了,说的我听不懂,写到这也发现个人问题在哪儿,为什么没能快速理解说的意思。一是角度不同,我在把重点放在良好的结构上,他强调优先实现功能,我去做功能实现,他强调性能也算,不能重复查询不能乱定义创建对象,不要相信自己的代码,我在简单重构一下方便个人修改,他强调自己的代码结构很清晰不会看吗?我不好意思说我看不懂,确实是大牛。就这样只能说明基础不好,没能同时进行。以后重点加强。这点也是我很乐意接受的批评,但是表达出来的意思我尽量理解成是这样的。二是我觉得我只是执行者,他们没商量好我怎么做,通常出现这样的问题,他们沟通好了,需要给我解释执行,一个需要调整告诉我,我去执行,另一个有需要告诉我执行,后面他们没有商量好(通常小的细节问题),我充当解释者,把我理解的转达另一边,来回这样,到后面直接他们两边一对应,有说明一个问题,我理解错了,转述错了,图发错了,沟通错了,我前期也说明了别这样,我肯定会出问题的,结果是出问题了没人问我怎么会?只是批我粗心基础不好。这很让人纠结
         5、一个模块为什么就不能负责到底?-不信任
       负责的模块也还算有几个,提供数据接口,数据模块,夹杂做一些测试UI控件和第三方插件的应用,也积累了一些方法。当别人问起工作情况时,最明智的回答就是他问的模糊就回答的模糊,他问的详细就回答的详细,我可能发现的有点晚了,也不是这样做的,所以给人的感觉是问了半天没有得到自己想要的答案。比如问你进度怎么样?回答:70%,下次再问就一点一点的累加直到快99%时直接告诉他我不会做就over了。要是问你这个问题怎么报错结果不对,就要告诉详细的,具体某个方法做的处理没有考虑到特殊情况。也很自责不擅长这块,也很难沟通,重点加强。基于上面的问题,大部分的原因确实在个人,一方面我想多锻炼一下,沟通不行加强,基础不行多积累,反馈不行多反馈,结果有点能巧成拙了,胡子眉毛一把抓,没能做好分内的小事,个人目标也糊涂了,问题越来越大。不知道现在从何开始切入改?转变成一个综合的问题,做不好一件小事,想起来就着急的睡不着,这个问题很大,以后没有办法活了,做不好一件其他的也够呛,到任何地方估计也会出现这样的问题,所以...不信任也是自找的
        6、出问题找谁?怎么反馈?
       有一段时间查看了不少文档,设计 需求文档,找一下为什么会出现这样的问题的大环境,能不能做点改变,确实影响一个项目的原因有很多,作为团队成员只有解决问题,不能有把问题摆出来的自负,不管是哪儿的问题,肯定是需要有人解决,这也是所谓的机遇和机会并存,抓住机会锻炼,积累项目经验,通常没有任何问题还需要程序员干嘛,还需要加班干嘛,70%的问题不在个人,需要不同的人反思总结,作为优秀的员工,不管什么问题,努力尽力解决是必须的。至于发现问题并能提供好的解决方案并积累作总结,提前预测控制问题提高大家的工作效率确实不是临时工这个层次该考虑的问题。不但不能抱怨还应该感谢,因为有问题的存在才能锻炼个人的能力,体现个人的价值。经常也看到听到很多,这不是我的问题,这是谁谁的问题,争吵起来,我很羡慕,他们大多得到的是尊重和负责,我不太喜欢这样,这是在给自己找借口,事实证明适当的反驳和主动争取是必须的,是证明的办法,要不然一次出问题,搞的每次都批评是你的问题,这个就有点哑巴吃黄连的味道。辞职跳槽,因为找不到个人需要的。可能需要等很长一段时间,有意的训练,等到达一定的层次你才会看到雨后的彩虹。出现问题就自己努力解决吧,80%的问题需要个人淡定冷静下来就可以解决,不用怎么反馈,反馈通常是需要上级主动问的事。
        迷惑的问题:
       1、工作和个人学习能找到一个很好的结合点吗?
       2、如果碰到这种情况怎么办?(不该你负责的比如沟通,完全可以让他们自己沟通清楚确认文档,按照文档做,出问题了文档在哪儿写着呢,谁写的谁负责)但是又想锻炼?
       3、碰到不是容易沟通的大牛,怎么做?他要求按照他的方式,但是你有好的办法,方便你不一定适应他,继续下去你会很难不出现粗心的问题,怎么办?
       4、主动争取,当出现问题是多边时,该不该追根究底确认清楚问题在谁?通常说了白说,怎么表达?
       5、有必要拒绝工作内容只做个人感兴趣的和想锻炼的块?做多了肯定会出问题的,那不是效率的问题,是效率高了你收获不大
       6、个人比较喜欢看头脑风暴式的东西,用什么不想看什么,感兴趣就看什么,内容跟工作无关,怎么把握?进行时间管理




©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页