中间有间断,时间没有记录
零散内容较多, 大部分散落在各种讨论沟通中
摘两有较完整记录的
完善方案
产品需要找开发逐个过一遍对目标的理解
目前 APP 组的需求是比较明确的， 聊下来发现其他组：
- 需求从上层来， 越底层需求越模糊
- 有些部分没法估做完的事情， 没法定的原因目标没基础，
PM 必须要对接到每组的开发， 了解每个基础功能是什么，定义阶段性目标， 在这个基础上再往下 不然没人敢保证进度 - 目前产品 - 开发 — 测试 互相对目标的理解都不一致, 需要统一
测试需要开发协助提供 “模块”
对于测试来说是没有清晰的模块概念， 要每个组整理这些内容:
- 程序中的有的模块
- 模块包含的功能点
- 模块与模块与其他组的依赖
-
已经可以被测试的功能
- 需要我们提供哪些模块可以测试, 不知道哪些模块是重点优先测
- 我们提供一个功能列表, 测试按着测
- 其他模块:
- 比如一键起飞, 有可能会经常动. 飞控一改captain就会跟着变动
- captain 会受很多模块影响
- CE ,CS 确定后不会有什么改动,
- Tracker 也会改
- Captain 会被各模块影响, 不确定性很大
- 飞控captain进度得加快
执行记录
2020.7.13
需求同步会： 给了一个列表列了一些功能点， 需要改进的地方
- 效率还是不高， 最重要的 进度， 各组说 “自己做了什么”花的时间还是太多了, 想办法尽可能省略掉
- 说的点还是太大太粗，实际上需要的还是很多模块细节的功能点
- 每个组得到的全局信息都是不全的，需要有个人作为 owner 推动,负责协调 推动
。。。
2020.7.20
- 目标直接定在了 8 月
- 现在处于 M2 刚完成，但是未经过验收，M3 进行中
- M2 已有 delay，原因是 没预估到的整合耗时
- 并且还是没有完整的项目进度图
- 这个目标可以肯定又是虚定的
7 月大部分都是现场,面对面处理问题，比较零散
再往后的就推动渐少，我做到 8 月初就越来越少参与了
在项目很紧迫的时候， 我作为主力开发没有办法 既兼顾开发，兼顾 APP 组， 又兼顾整体的执行，这结果只会是多头疏漏
推动过程， 我对自己的整体评价是 带有遗憾
但推动其实是最重要，关系成败的一环
结果，却只能在每周周会，让人讨厌的一直问题进度，了解目标靠不靠谱, 而做不了太多实质的事情