S1项目-经验教训A

项目进行一半，有五项高风险：

1. 业务无法参与调研。因特殊原因，前期业务不方便参与，也无配合意愿。

2. Sponsor、业务关键方，对于产品定位认知错误。将专业管理系统，当成OA使用。

3. 关联系统配合意愿低，方案不确定。联动导致项目方案变更，大的改动就有三次。

4. 干系人对于项目期望不一致、要求不一致。向上升级无法获得支持。

5. 产品不成熟，同时乙方实施团队与产品团队运作机制存在问题。

说白了都是坑，不过又有哪个项目不是坑坑洼洼一片。能做的，只是仔细总结经验教训。为了下一个项目，提前规避，或老实填坑。

1. 注重原型法，即使是静态界面也可以向业务用户演示，做到每周有成果可演示，收集差异化需求

2. 测试场景，正向+逆向，以及所有对接系统

3. 上线切换计划需做评审，数据如何切换，新旧系统如何交接

4. 做事要足够细，到领导处不要再有任何确认、梳理的动作，提高决策质量与效率；风险点及时汇报，既然无法靠自己力量把控住，尽早爆给领导

5. 产品替换频繁，一、两年即更换平台。换一个领导换一套架构，则上新系统

6. Sponsor是谁？不能是IT部门的分管领导，否则就是为了上系统而上系统

7. 做项目就跟打仗一样，任何时候会蹦出一件事情，某处的干系人会突然出现、提出一个要求，成员突然退