木槿巴巴

以下吐槽内容均不代表个人观点，一切风险和责任本人概不承担。 传言有时候真是略显荒唐。事件的原因就暂且不提了。某吧我是从不去的，渣浪也基本不感兴趣，所以对于那些传言从Boss的言行以及近日惨绝人寰的加班中读出四五分的真实～ 事件具体产生成了什么样的影响？社会和企业以及个人，前两者自有人琢磨，对于个人，对资深苦逼的印象是深刻和值得深思的。 因此，结合本次事件反思下，主要分析项目管理上的问题。 首先，作为一个大的金融交易系统项目，没有做出具体详尽的需求分析，建设中没有业务参与，管理层的急功近利，顾此失彼，盲目乐观…有限的工期内每一环节出问题都是致命的，我认为导致系统建设问题的根本是管理层的失误。 其次，忽略服务。第三方支付系统是面向商户，给商户提供服务的，商户要的不是一个简单交易成功 ，交易的承兑和资金的通畅才是商户关心的。忽略了个性化服务而盲目追求原型中的稳定或成熟，这本身就是舍本逐末。不同于银行，商户在第三方支付中要个性的多。没有充分评估商户清算环节的重要性，未作必要的评审分析，导致清算问题突出。 第三，系统设计存在问题，不同系统之间差异天壤之别。报文+通信协议构造的联机交易系统可能大同小异，但清算系统的个性不可同日而语。联机中计费或个性处理本质没有问题，但如果这一环节出现问题，补救的难度将是巨大的。 过分依赖中间键和原型系统势必限制新系统的灵活和创新，导致建设中举步维艰，架构设计多次推翻，浪费大量时间。 引入账户体系一直作为Boss自豪的资本，可是，它居然没有用！这几乎成为一个笑话。商户个性多元的服务诉求，这个账户系统似乎不够完备暂时无法满足，于是，账户系统对于线下商户作为摆设还显得刺眼。某种意义上这样不完备的账户体系成了一块巨大的包袱。打脸-它真的没用！还是再考虑考虑完善吧～ 四，沟通。管理层和各成员，信息并不能真实的被传递。过分的乐观完全压过下面反对的声音。当然领导有自己的压力，压力传递到各成员后，只有加班～没有意见～没有建议～疯狂 五，风险。一刀切，要么生，要么死，结果残了。 码到这里累了，无力吐槽。个人拙见，但愿来日不再像今日，新年后的良心发现。 个人拙见，谢绝转载。