蓝农项目总结

问题

项目评估

问题1：工期预期过于乐观

解决方案：
1. 在原型不完善的时候确定好需求边界，没有完成的需求不做预估，可以当做新增需求来估工期
2. 新技术领域需要留出充裕的攻坚时间
3. 估算的项目工期x1.5倍

问题2:业务方本身有一个期望完成节点

解决方案
1. 增加开发人员开发成本，以此减少开发时间
2. 协商需求内容，分阶段实现
3. 坚持按照正常节奏估算

原型

问题1：对原型分析不够彻底，有一些技术栈在开始时没有分析到位

1. 图片压缩
2. 缩略图设计
3. 视频上传
4. 视频压缩

问题2：缺少一个能决定产品功能终稿的人，ps:经常性需求返工，理由是当时某某说的不算

　［［如何控制需求］］

编码

问题1：前期接口返工率较高

1. 表单验证缺失
2. 用例理解不完整
3. 重复代码多，相同模型缺少封装结构
解决方案：
1. 提交代码前从多角度进行自测，保证功能完整再发布
2. 在详细设计阶段将业务结构捋清再进行代码编写

　问题2:代码复读执行率低

解决方案
1. 坚决执行提交审核机制，指定负责人对每日提交代码进行复读

　［［作战手册］］

测试

问题1：前期演示少且不完整，仓促交付导致第一期bug较多

解决方案
1. 前后端分离分别对照用例进行测试
2. 保证充足的测试时间，如果交付日之前没有测试完优先保证产品质量，延长交付日

中途新增需求

1. 页面交互修改问题100多个
2. 聊天页打赏功能
3. 视频压缩上传码率调节等一系列
4. 视频列表页改为展示视频缩略图
5. 订单服务设置功能
6. 订单申诉功能

返工的地方

1. 视频列表页和详情页
原因：想要的效果与原型描述不符
2. 订单模块
原因：申诉流程需求变动

复杂业务

前端

1. 动态生成模版
2. 上传直播信息
    1. 表单验证
    2. 视频压缩
    3. 视频上传
    4. 图片上传
    5. 表单上传
3. 微信登录支付分享

后端

1. 微信企业提现
2. 订单流程

技术

android

新增插件和库的集成

1. 环信
2. 保利威视新库
3. 极光推送
4. 微信依赖库
5. ffmpeg视频压缩
6. 图片压缩Compressor
7. 图片缩放
8. bugly集成
9. 侧滑删除
10. 图表插件库
11. 安全密码输入框

快速编码

1. live templates代码片段
2. 快速模版

　技术方案

1. apk瘦身策略
2. 缩略图生成策略
3. 视频压缩策略
4. 传输安全策略
    1. 获取普通内容或集合用get
    2. 上传内容用post，注意非空验证
    3. 密码加密传输

基础应用

1. 上拉加载
2. 图片上传
3. 广播应用

gradle使用

1. 多库版本号统一
2. ndk配置
3. 上线签名配置

后端

待补充

统计

 1. 页面198页
 2. Activity118个
 3. Fragment38个
 4. adapter52个
 5. 依赖库27个
 6. 自定义view11个
 7. 接口个数164个