项目验收本来就是一个需要承担责任和成长的阶段,当项目验收成功后,你会觉得整个世界都是晴朗的。
但是你在验收过程中,一旦发现出现问题,那有可能就会有原地爆炸的风险吧。
1. 已构建的程序与之前的规则不相符
当我们开发的小伙伴已经完成了开发,但是你发现与产品确认需求时的规则并不一致,这时也许会觉得天噜啦,我要怎么办?
产品的规则其实确实是开发小伙伴需要遵从的准则,不过还是会经常出现,开发完成的规则与确认需求时的规则不相符的情况,这是什么原因呢?
有一部分原因就是:当时没有沟通清楚出现了这个原因;
还有一部分原因产品的规则之前不完善,所以开发直接按照自己觉得完善并且合理的规则进行书写了。
1)没有沟通清楚,且目前做的系统比之前产品规划的要完善,那就不需要修改,直接把当前规则补充到细则上。
2)没有沟通清楚,但是目前系统做的并不尽人意,根据交付时间酌情修改——
由于产品的规则没有细化并明确,导致开发按照自己意愿进行功能设计,结果出现部分与产品之前不相符的。
如果时间允许,可以在经过沟通后进行相应规则调整。当然不能仅仅调整代码,规则也可以进行相应调整,在不影响产品原有设计规则的基础上与当期的代码进行适配,将时间成本降至最低。
4)由于产品的规则没有细化明确,开发按照自己意愿进行功能设计与之前的规则没有太大偏差。
这个时候你应该感谢开发,与你所想的没有南辕北辙。需要的就是在此基础上进行更加明确的规则细化就可以了。
2. UI 还原度与验收时间有冲突
当我们 UI 同学辛苦设计的页面,并没有被前端小伙伴整体还原出来,估计 UI 同学会被憋出内伤呢。这个情况下又该怎么解呢?
这个根据现实情况来就好,告诉 UI 同学,你这个项目的 UI 还原度是多少,直接让 UI 同学去分析是否通过 UI 验收就好。但是,如果时间节点有冲突时,可以告知UI 同学适当降低还原度。