其实变更如何执行，并没有一个一成不变的套路，但结构上其实还是大同小异，笔者给出项目上的一些实践供大家参考：
需求方提出变更（建议同一个角色集中由一个人来提变更，比如运营/市场需要分别指定唯一的输出需求变更的接口人），策划评估变更必要性，制定变更的方案（建议变更统一由当前版本负责的策划来统一收集和输出）；如果需要交互设计，需要和交互一起讨论实现方案。策划通知开发，开发同学评估变更工作量，一般情况下，开发和策划共同决定是否在当前版本实现变更，如果意见不能一致，需要提交可以负责的干系人审批决定，但这种情况往往较少，大部分情况还是要靠产品和开发撕出一个结论。PK成功的变更将进入研发，站会周知，项目经理评估风险；PK失败的变更进入需求池，在池子里重排优先级。对于PK成功的变更，一般而言我们会拿掉一个优先级较低的需求，保证迭代里工作量相对恒定；但，这只是原则上的做法，我们也会灵活的分析当前剩余工作量，来决定是否可以直接添加变更，这种做法建议是尽量要少。在变更执行过程中去监控状态和风险：我们在项目过程中利用jira的dashboard去监控各个开发变更工作量和剩余时间，利用每日站会去不断review确认队列中的变更，按照优先级依次完成项目允许范围内的变更。说明：项目上常常会有这样的情况，大型的需求变更往往比较正式的走流程，风险比较好把控；对于细碎的小变更，在没法打包统一处理的情况下，单个开发人员会陆续承受一个一个而来的多个小问题，而这些细小的问题你很难做去做时间承诺，只能大致的感受很简单+可以改，最终结果可能就是这样：不知不觉中，队列中的变更会慢慢增多，一个个未经详细估算的小点汇聚成较大的风险。总结最后总结一下，除了要梳理好策略和流程规范去管理变更和执行变更，还需要选取合适时机引导团队复盘变更的原因，持续改进策略和流程规范。复盘中需要排除干扰因素，聚焦高频变更并分析产生的本质。复盘除了支持持续改进，形成流程闭环，也有助于团队就变更原因和解决方案达成共识，提高团队管理变更和执行变更两方面的执行力。
如何深入的做好变更管理，简化变更的步骤，仍在探索优化中，欢迎大家与我交流。
作者：何雨，网易杭研项目管理部高级项目经理，先后在网易GACHA、网易云公共产品部担任项目经理。关注Agile、scrum在互联网产品的实践和团队的成长。《网易一千零一夜》主要编辑之一。
文章作者系@网易杭研项目管理（微信公众号：NetEasePM）未经许可，禁止转载。
注：相关网站建设技巧阅读请移步到频道。
编辑：未知
据外媒报道，微软CEO萨蒂亚·纳德拉日前在
在深陷欠款危机，贾跃亭自曝乐视资金链紧张
我国古代将霜降分为三候：“一候豺乃祭兽;
新西兰stuff网站11月20日文章，原题：对首
卡戴珊诞下女婴TT深陷出轨丑闻守护身边 网友：感谢你离开哈登
科勒卡戴珊当妈妈啦。 两位知情人士告诉CNN，卡戴珊已经生下一个女孩。 卡戴珊的男友以及女婴的父亲是克里夫兰骑士球员特里斯坦
