@wanghuijiao
2022-02-24T13:55:44.000000Z
字数 998
阅读 370
在此处输入标题
未分类
一. SLAM问题总结
- 缺乏文档,包括(技术、产品说明、代码安装使用说明等文档),有问题全靠问
- 方案:"提供统一文档模板,包括 1. 安装使用说明;2.技术功能模块、架构、接口文档"
- 文档没有统一模板,每个人对文档的内容理解不一
- 方案:"提供统一文档模板,包括 1. 安装使用说明;2.技术功能模块、架构、接口文档"
- 新人缺少培训机会,一来就开始做,都是自己研究
- 运行环境不一致,每个人出的问题也不一样,也不具有参考性,难以整理
- vslam的仿真效果要提升,方便导航调试
- 过程中遇到的任何问题都要记录下来
- 代码不规范,缺少注释
- 代码性能问题
- IMU初始化效果不好
二. 视觉算法问题总结
- 袁祖瑞
- 工作计划和时间不明确
- 对算法需求和问题定位不足
- 制作数据集经验不足,效率低
- 工具思维不足,手动工作效率低下
- 代码模块化积累不足,接口设计不足
- 刘昕宇
- 工程经验不足,对源码理解程度不足,导致延期
- 由于未事先检查CPU占用,导致程序运行过程中进程死亡
- 未预先统一Opencv版本,导致相机无法读取
- 对硬件问题排查经验不足,电源供电问题
- 张一杨
- 计划制定不够精确
- 袁祖瑞、刘昕宇延期严重,以后将做以下几点改进:
- 视情况早点介入亲自开发或深入细节,避免因基础性错误耽搁过长
- 联调前,提早开始注重性能测试和以测试驱动的开发
- 王慧娇
- 个人对于有风险的微小的问题要提高重视性,避免发展成不可控的风险,或导致多做无用功等
- 计划的清晰度、任务划分的精确度对于任务推进极其重要,同时要注意时间和精力分配
三. 补充
原洋
- 及早进行风险评估
- 由于个人容易发生风险规避动作,建议设置上级验收里程碑,用于评估验证
林君
- 开发者的思维与用户思维有大的出入
胡青阳
1.没听懂(金瑞补充)
舒元昊
- 文档模板位置在网盘此处:创新赋能中台\智能组\管理制度\96 软硬件研发规范,后期也会根据组内需要讨论确定一批模板
- 风险评估:引入测试环节,设置关键节点进行检查,同时准备在SLAM和视觉两个方向上引入两位集成测试人员,请各位推荐合适人选
- 研发进度有问题时,要主动抛出,寻求上一级帮助解决卡壳问题,顺利推进
- 由原洋对项目的整体进展监督。侧重于确定的时间节点
- 代码规范确定采用google c++规范,由俞兴华负责具体工具和细节,以及进行定期检查