最近工作感觉特别操心，不是因为任务多，也不是因为有解决不了的问题，而是感觉项目团队太懒散了，大多数成员没有工作积极性，工作经常拖延，公司缺少奖励积极惩罚的措施，做得好的、及时完成工作的与那些得过且过的、经常拖延工作计划的人一样的，没有任何区别。导致一些没有一定毅力的好员工也逐渐被同化。
公司部门的权限分配不合理，在公司一个普通的项目涉及四个部门的配合(开发部门、测试部门、UED部门、产品部门)，而且这些部门不属于同一个老总管，其中产品部是直属老总分管，因此产品部自认为什么都得听他们的，比如开发和前段之间的配合必须由他们来协调，如需要哪些静态页面，什么时候完成这些工作，都是由产品部确定，如果产品部懂一点点技术，其实这都不是什么大问题，正因为完全不懂技术，导致一大推的问题，如经常导致前段产出物不合理，工作进度跟不上，如果开发这边催他们进度，能够给出一百种原因来解释，然而我们开发这边发版测试时间是固定的，导致开发这边在发版测试前两周都累成狗了。
具体给出一些实例说明产品部给UED部安排的工作不合理性。
1、 本公司已开发出一套在线监管系统软件，现在应客户需要开发一套本地监管软件，产品部安排前端仅出两个主要功能页面，开发这边打算从新搭建开发框架，需要前段出一个新的框架页面以及登录页，产品给出的回答是使用现有项目的前段框架，移植之前的代码，就是因为每个新项目启动都是这种态度，导致现在新项目的UI资源越来越大，多达10多M，几十个js文件，几十个css文件，我个人认为这不是合理的开发（现在前段框架太混乱了、太杂了，就像是从垃圾堆里面捡来一堆零件来拼接为一个系统），多次提出质疑，都被产品否决，给出的理由是，前端资源紧张，只能做两个页面（就连登陆页、首页都不出），最后在UI评审会议上，公司老总参与了项目，最后还是要给出不同的首页和登陆页，这样就导致了前段工作量增加，自然而然的就延迟了他们的前段产物。
2、 产品部都是口头上给前段安排工作，在一些功能需求未确认下，未给出功能描述以及原型前就安排UED设计小组给出效果图，这样就减少了产品本身的工作，把效果图拿给老总评审，然而在老总的评审下，产品给出的功能都不合理，导致设计小组多次返工。
吐槽下产品部门的同志
1、 部分产品部的同志做事情太过随意，给出的原型一点都不规范，很难在不提问的情况下读懂，各种不同的标记，毫无理由的出现一段话。
2、 做事情毫无责任感，你给他提出问题，他到反问你，不做样做，那你说怎么做，说得就像是给我干活样，我们开发是根据你的原型、需求来做的，有问题当然需要提出来，具体要什么功能都需要开发来规划，要你何用，你的工资又没发给我。
3、 做事情不会多思考下，一个地方更改了需求，不会多想一下，其他地方需不需要更改，如一个简单的仓库查询都不统一。
4、 做事情太过拖延了，一个会议评审提出修改意见，需要一周以后才给出下一版本，而且不经过他们内部评审就发布出来，结果是又浪费大量的人员开会，新增几个功能，光是出原型都至少花费半个月，我不知道是这个东西到底很难还是怎么回事，我们开发完成用的时间也没出原型的时间长。
针对项目中出现的一些问题，我曾经也给出过做事风格反馈和建议，虽然我针对的项目中的事情，然而有些人却认为是在告状，导致对我有意见，经常在项目中挖坑，还联合其他员工在关键时候请假，记得有句话说得好，叫做另得罪君子，不得罪小人。最后我们项目经理也受不了了，在项目上线前一天晚上，用了他的导入程序，导入一千多条数据，用了一个通宵，到第二天我们来上班都还没导入完成。不知什么原因，他晋升了，离开了我们部门(真的是一件高兴的事情)，不怕项目难度大，时间紧，就怕猪一样的队友经常给你挖坑，虽然离开了我们部门但猪队友的身影未曾离开，毕竟影响了部分员工，导致后面部分员工纷纷效仿。
相关文章
