标签：职场
这周四参加了项目组第一次的项目周例会。参会人员包括：业务人员、it部门负责人、项目经理、产品经理和研发代表。对于一个项目例会，对任何人来讲都很普通，我却在这次会议中发现一个职场生存法则。
上周业务部门提了一个系统需求，是关于某地区新上团体意外险的产品。要求：1、产品需支持录入保单的被保人清单人数在20-30万人；2、支持一个投保单中不同被保人对应不同的保障方案。这个需求，从开始沟通我就提出了质疑；首先，对于团体意外险的被保人几十万人用excel上传到系统中就需要花费至少一个小时时间；其次，投保场景是地市的人力资源保障局给60岁以上老年人投保，怎么会出现这批人对应一个保障方案，其它人对应一个保障方案呢？业务人员坚持自己的提出的需求，我要求他们必须要提供保险公司出过的满足以上情况的保单。
因为业务乱提需求，最后导致系统功能臃肿的现象特别多。比如：开发过的功能没人用。这就导致很多研发资源都浪费掉了。业务提需求只是站在了他们使用系统的角度，达到业务尽快结算佣金就是他们的目的。他们不会考虑系统设计的完整性和可扩展性。提出的一切需求，视复杂程度的确研发都可以实现。可是，导致的后果就是，越往后，系统开发的复杂性和成本就高！
在这次的项目例会上，我们就说到了这个需求。当时业务部门也是特别强势的坚持自己的观点。我们部门负责人却反驳道：1、导入几十万的被保人数据，保险公司如何提供给我们？是否可以双方通过报文的方式传输？
业务在会上还提到了批量投保的续保问题，想在续保时可以修改被保人的信息。我们部门负责人则反驳道：1、续保只能按照保单全部续保或者删除不续保的被保人进行续保；或者让保险公司重新出单。2、修改被保人信息时，只能通过用户认证的入口进行修改，续保时不支持修改。
对于我们部门负责人的反馈，业务的需求对接人哑口无言。她这种哑口无言我倒是第一次见到，跟每次与我和项目经理的沟通情景形成了特别大的反差。当时，突然给我的冲击就是：为什么面对我们部门负责人，她就能妥协呢？为什么跟我们沟通的时候，总是提出那么多要求？于是，我就自己分析了几点，我觉得也是可以成为我们职场人在工作中可以学习的生存之道：
1、领导毕竟是在业务的专业度上，比我们都要熟悉。业务的专业性，决定了他掌握的信息就比较多。当沟通双方有信息差时，信息多的一方肯定占优势。所以，要想有决定权，决策权，就必须先让自己更懂，更专业才行。
2、沟通双方的位置，决定了沟通的边界。位置表示两个人所在职场的职位，当职位高低的两个人沟通时，低的人就会注意在沟通中的语气、态度和边界。边界指的是什么该说，什么不该说。并不是说不敢说，而是指那些多余的废话。比如：我对接的这个人经常说的一句话是“没有什么是研发实现不了的，就看复杂程度呗。”这句话，可以跟我说，如果跟我们部门老大她就不能说。毕竟，这种幼稚的话会经领导层传到她的直属领导那里。她的边界就是她会顾忌。
3、适时的求助与领导，是解决问题的良药。当双方沟通僵持不下时，也许领导的出面就可以站在更高的level去处理这个问题。就像我在上面提到的需求。
以上，是上周在工作上思考的一个点。每天如果都能针对一个点深入的思考，一年下来也是365个点，够出书了。让我们把勤于思考，勤于反思，勤于改进作为人生的指导思想吧。无论这个是大还是小，对我们来说都是成长的标志。
