工作吐槽

2018-06-22 07:22:10来源:未知 阅读 ()

新老客户大回馈,云服务器低至5折

最近工作感觉特别操心,不是因为任务多,也不是因为有解决不了的问题,而是感觉项目团队太懒散了。大多数员工没有工作积极性,工作经常拖延,公司没有奖惩措施,做得好的、及时完成工作的与那些得过且过的、经常拖延工作计划的人一样待遇,没有任何区别。导致一些没有一定毅力的好员工也逐渐被同化。

公司部门的权限分配不合理,在公司一个普通的项目涉及四个部门的配合(开发部门、测试部门、UED部门、产品部门),而且这些部门不属于同一个老总管。其中产品部是直属老总分管,因此产品部自认为什么都得听他们的,就像《疯狂动物城》里面有点小权利的树懒。比如开发和前端之间的配合必须由产品人员来协调,如需要哪些静态页面,什么时候完成这些工作,都是由产品部确定。如果产品部的人懂一点点技术,其实这都不是什么大问题,正因为完全不懂技术,导致一大堆的问题,如经常导致前端产出物不合理,工作进度跟不上,如果开发这边催他们进度,能够给出一百种原因来解释,然而我们开发这边发版测试时间是固定的,导致开发这边在发版测试前两周都累成狗了。

具体给出一些实例说明产品部给UED部安排的工作不合理性。

1、  本公司已开发出一套在线监管系统软件,现在应客户需要开发一套本地监管软件。产品部安排前端仅出两个主要功能页面,开发这边打算从新搭建开发框架,需要前端出一个新的框架页面以及登录页。产品给出的回答是使用现有项目的前端框架,移植之前的代码。就是因为每个新项目启动都是这种态度,导致现在新项目的UI资源越来越大(很多旧项目的东西一股脑全扔进来),多达10多M,几十个js文件,几十个css文件!我个人认为这不是合理的开发(现在前端框架太混乱了、太杂了,就像是从垃圾堆里面捡来一堆零件来拼接为一个新系统),多次提出质疑,都被产品部否决!给出的理由是,前端资源紧张,只能做两个页面,就连登录页、首页都不出!作为一个做产品的人这样忽视前端的重要性,也只能呵呵了…….最后在UI评审会议上,公司老总参与了进来,会后还是要求给出不同于以往项目的“首页”和“登录页”,请注意这才开启了前端工作量的增加,自然而然的又延迟了他们的前端产物。

2、  产品部都是口头上给前端安排工作,在一些功能需求未确认下,未给出功能描述以及原型前就安排UED设计小组给出效果图。莫名其妙就减少了产品本身的工作,把效果图拿给老总评审,然而在老总的评审下,产品给出的功能都不合理,导致设计小组多次返工。

吐槽下产品部门的同志:

1、  部分产品部的同志做事情太过随意,给出的原型一点都不规范,很难在不提问的情况下读懂,各种不同的标记,毫无理由的出现一段话。

2、  做事情毫无责任感,你给他提出问题,他到反问你,不这样做,那你说怎么做。说得就像是给我干活样,我们开发是根据你的原型、需求来做的,有问题当然需要提出来。如果具体要什么功能都需要开发来规划,要你何用,你的工资又没发给我。

3、  做事情不会多思考下,一个地方更改了需求,不会全程联想一下,其他地方需不需要更改,如一个简单的仓库查询都不统一。

4、  做事情太过拖延了,一个会议评审提出修改意见,需要一周以后才给出下一版本,而且不经过他们内部评审就发布出来,结果是又浪费大量的人员开会。新增几个功能,光是出原型都至少花费半个月,我不知道是这个东西到底很难还是怎么回事,我们开发完成用的时间也没出原型的时间长。

事后,针对项目中出现的一些问题,我曾经也给出过做事风格的反馈和建议,虽然我只针对的是项目管理出现的各种问题,然而有些小人却认为是在告状,一天对我有意见,经常在项目中挖坑。小人还联合其他员工在项目关键时候请假!记得有句话说得好,叫做“宁得罪君子,不得罪小人”。项目最后我们PM项目经理也受不了了。在项目上线前一天晚上,用了小人的导入程序,才导入区区一千多条数据,居然用了一个通宵!!!史无前例、骇人听闻、惊世骇俗、罄竹难书!!!直到第二天我们来上班PM都还没导入完成。然并卵,过一段时间后,不知什么原因,小人晋升了,离开了我们部门(于项目真的是一件高兴的事情)。

最后,只想说:不怕项目难度大,时间紧,就怕猪一样的队友经常给你挖坑,虽然小人离开了我们部门但猪队友的身影未曾离开,毕竟小人得志的传奇事迹影响了部分员工,导致后面员工纷纷效仿………

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:.NET MVC与三层架构

下一篇:C# string字节数组转换