2.2.0 复盘

2017-07-04  本文已影响2人  秃秃终结者

一、跟进

  1. 提前和技术约好开会的时间点
  2. 开会前,提前将开会的讨论内容,发给大家看,提高会议效率
  3. 要想实现快读迭代,产品需求终版后,一般不要加需求或有改动,这样开发周期会相应延长。所以要提前想清楚很多细节点
  4. 需求文档里,单独列出各需求点的重点顺序,优先开发哪几个功能
  5. 产品方案如果有变更,要及时同步信息到功能开发人员(最好是邮件的方式,不管是自己发的,还是redmine自动发的)
  6. 产品方案有变动,要以格式的形式将改动的点简单描述在文档目录下,比如:修改日期--修改的功能点。节省开发时间和效率
  7. 涉及到后台管理系统的支持的功能,需要提前和相关对接人讨论,定好方案
  8. 如果实现方式是web,要和服务端的人员说好需求,他们要做相应的H5页面
  9. 同一个界面,优化前后UI样式不一样,要清晰地告知开发,是用哪一个样式,以及是否是全部替换,还是有所保留
  10. 不要想当然地以为,同样的页面,只是UI变了,就可以不用写逻辑。因为项目可能是新人接手,对之前的逻辑是不了解的。
  11. 如果是其他产品先行,自己跟进的产品稍微改动复制某功能,一定要提前体验已实现的各方面的逻辑
  12. 写文档的时候,一定要写详细。在什么状态下,什么不会变,什么会变,怎么变,以及和其他模块有什么关联…
  13. 写文档的时候,一定要写清楚。入口在哪里,从哪个页面跳转到哪个页面
  14. 写文档的时候,一定要和设计稿一致。明确写清楚,开发的时候,以哪一个为准(原型、文档、设计稿标注)

其他:##

详细功能:##

banner:###

课节列表###

白板课堂状态##

下课逻辑###

老师发起下课——>学生确认下课——>发信息给服务器——>服务器返回信息——>下课成功——>跳转到评价
老师发起下课——>学生确认投诉——>发信息给服务器——>服务器返回信息——>下课成功——>跳转到评价

投诉成功:

上一篇下一篇

猜你喜欢

热点阅读