古之成大事者,不惟有超士之才,亦唯有坚韧不拔之志

关于平台迭代的一些思考

最近一直在做机器人视觉相关的东西,所以平台的东西也慢慢的放出去给其他的小伙伴来做。于是也想分享一些关于迭代的问题。

1,迭代周期的控制

平台功能在基础版本做完的时候,本着小步快跑的节奏,基本是流程跑通。正常会遇到两个问题,一是做完功能的不断优化,二是新的功能模块要不断新增。这一段先说下已经完成功能的优化。之前都是优化一版,比如考勤模块之后,然后进入到研发,什么时候做完,什么时候上线,所以没有一个固定的迭代周期,这样就导致了当跨部门合作的时候,进度缓慢。后来调整为,比如正常每周四晚8点上线,做不完的功能,直接砍掉,顺应迭代周期和研发排期。but,这种情况经常性的会出现功能不完整。所以这里可能不需要我总结,大家应该都明白了,区分功能类型即可。简单的UI类优化,可以分成多个点来的,就可以固定上线排需求;但是流程性强的,还是一次结束最好。

2,迭代数据的控制

这里的数据其实是使用的历史数据,我们在做迭代功能时,比如一个字段:打卡时间,其实上一个版本的功能是另外一种做法。这个时候一定要想好数据如何兼容,避免数据丢失。这个要求就是在开始的时候能够提前做好一个产品的架构规划。

3,迭代功能的必要性

这一点应该算是比较重要的了,当然UI类的另说。迭代就证明有人在使用,有人在反馈,不要为了迭代而迭代。通常来说是增加新功能或者提升用户体验等。对于TO B而言,最终落地还是能给企业带来什么价值。

最后,功能迭代一定要有自己的节奏,提前规划好要做的东西,并且准备好扩展性,以便应对客户反馈的需求更改。

点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注