工作吐槽

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

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

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

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

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

吐槽下产品部门的同志：

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

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

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

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

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

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

标签：

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