先说一下我的工作内容就是负责公司几个核心系统生产线上的维护工作，同时负责对系统业务上发生的全部事情进行详细查杀并到最终解决，协调运营，产品，技术把问题最终定位，解决方案最终确认，直到上线此问题算划上一外闭环。

　　我在这里只说我遇到的的小问题引发的大事情，当然做项目就像建造一台航空母舰，一个小小的螺丝问题可能导致最终失败千终。

　　我要说的是需求变更的重要性：

　　现在公司做的项目都很多，很大，很杂，开发人员也很多，有时一个项目需协调跨组之间我人开发，由于公司的上线工单统一，因此这样的工单要全部连调测试完成后，最后统一在一直上线时间点进行上线，在开发到上线过程中项目经理一定要严格控制好每一个需求变更点的评估，影响，一定将相关干系人全部通知到位，进行终审，少了这个过程可能这个项目最终将导致不可控，因为现在项目的风险是无限放大的，一个小小的漏洞与疏忽可能导致损失公司大量的人力资源，甚至是资金风向损失，下面说一下这个小的用例：一个大的项目涉及多人跨组协调开发，整个开发周期，测试时间，及最终上线前评审基本全部没有问题，这里就不做过多详细介绍，但是在最后上线时，由于属于多个子项目同时上线，有的工单单独走上线流程，但上线版本是统一的，最后一个子工单因在上线申请时间点之后发出的申请，过了上线申请时间，结果开发人员认为在下一个上线日在上应该没有影响，项目经理因不一周一组，只让开发人员评估确认没有影响，就待下一个上线日在上，由于未将此事同步到全部干系人，最后就因为一个子工单未按时上线，导致给商户结算资金时全额结算，未扣手续费用，运营先反馈发现问题，说给商户结算资金有问题，这开始查啊，从前端系统查到后端系统，开发人员，运行人员，运维人员整个投入了一个工作日，最后查到这个问题，就因为这个工单未正常上线导致，同时多给商户结算的资金也损失，这就是项目管理过程中小问题不容忽视，沟通很重要，要及时反馈，干系人必须全部同步，对任务变更都要有最终评审，干系人全部签字确认无异议在执行相应变更。