这周完成的
在这周通过对招生活动和iOS教师端进行集中地测试迭代,梳理并修复了测试过程中发现的问题和bug,提升了招生活动整体功能流程和iOS教师端的正确性和稳定性,对招生活动编辑页和预览页面的加载性能进行了优化,对招生模板示例数据和资源进行了完善,同时iOS端开始着手实现招生活动复杂版,实现了招生活动编辑和海报编辑等核心流程,实现了招生活动功能流程的大部分UI界面并对接后台数据接口。
接下来要做的
接下来安卓端和web端需要配合迅速实现png格式图片裁剪和文字居中两个遗漏的问题和功能点,尽快发布教师端招生活动复杂版的正式产品,iOS端需要全力推进招生活动的整体的开发进度,完善教师端整体的稳定性,推进iOS教师端的上线进度。同时梳理目前各个产品平台经常出现的问题并建立分类问题库,针对问题确定优先级并集中进行解决。
复盘总结
1 有方案但是不清楚
有技术方案但是想的不够明白不够透彻,没有把目标问题拆到末梢环节,想的太快,太浅,思考的维度不够导致存在大量的盲区和技术坑,例如当时决定用base64的前32位作为命名规则就是典型的这类问题,只考虑到了32的长度可以保持唯一性以及实现的方便却完全没有看到技术方案背后存在的坑,因此以后对于技术方案不仅求有还要求全、求细、求精,从多维度上去思考方案设计方案,做到有方案无盲区。
2 跑流程但是没标准
流程是由流程上的每一个功能点组成的,因此流程的完成度应该由每一个功能点的完成度共同来决定,有完成度就有定义完成度的标准,对于一个具体的组件而言,UI的实现是否与设计稿一致,功能逻辑是否有遗漏,功能点覆盖的场景是否有盲区等等都是评判一个组件或者一个功能点是否完成的标准,就目前的开发来说很多时候只是很盲目的跑流程,急功近利,对完成的定义缺少思考和评判标准,例如图片裁剪缺少对png格式的支持就是这类问题的具体表现,只想到了活动编辑的整个流程已经通了却没有看到流程中图片裁剪的这个功能点的覆盖其实是有很大的盲区的,整个流程并不符合完成的标准,因此在后续的开发中要加强标准意识,什么是完成,完成的标准是什么必须想清楚,杜绝差不多、想当然。
3 做产品但是没思维
产品思维不只是产品经理的专属,技术开发人员作为产品开发的第一线,产品思维不可或缺 ,有些时候产品经理提出的可能是一个相对抽象的功能点,需要产品开发一线的技术人员通过产品思维、用户思维、场景思维等多种思维方式的作用来将其拆解为具体的实现方案,如果在这种时候产品思维缺失了那最终做出来的东西肯定是烂的,作为技术开发人员技术思维固然重要,可是如果只有技术思维那就会变成一个锤头人,手里拿着锤头看什么都是钉子,思维单一会直接导致对产品和功能的认知出现很大的偏差,在产品的开发和测试期嗑细节是很重要的,但是如果缺少产品思维,嗑细节其实就无从谈起了,因此必须加强产品思维和用户思维,把自己当成产品的原始用户,时刻质问自己:如果我是用户,我能接受吗?我能理解吗?我会迷惑吗?在制定技术方案和评判完成标准时也要把产品、用户思维当成一个重要的思考维度,让产品思维和用户思维变成开发的指路明灯贯穿产品开发的始终。