2020年7月1日
@所有人
考虑到 （当前项目）发布时间很紧,
鉴于之前 (另一个项目)发版遇到的各种问题.
我对目前发版的预估时间不乐观, 很虚, 并且没有任何保障. 基于以下两个原因:
- 我们没人知道软件的整体进度
每个组 “已完成 “ 功能, ”待完成” 功能 及 预期截止日期.
功能之间各组的依赖关系 - 我们目前没有任何一个功能是被验收过, 确认达到上线标准的.
如果想要短期内能按计划发布 （当前项目）, 我们得先解决下面的问题:
-
上线需要的功能, 需求和目标都定义明确, 足够细化了吗? 避免剩余功能开发时, 出现预期之外的新要求, 新交互导致延期 (产品需要保证, 在某个节点后, 需求完善到上线标准. 不再更新)
-
目前各组 Leader 预期中的剩余功能, 是以上线为标准, 足够细化的吗? “可用” 功能到 “上线”功能之间的细节处理 很可能导致 延期 粗略估计的功能开发 (开发们需要保证, 计划的功能及截止日期, 能按预期的完成上线)
-
验收过的功能, 是做的完整系统性的测试, 涵盖绝大部分情况的吗? 不全面的测试,可能导致每次一次都出现新的 Bug, 时间不断推迟. (测试需要保证, 测试过的模块, 已涵盖已知的所有情况. 开 发改完测试的 bug 并迭代后, 模块达到上线标准)
我这里整理了 APP 的剩余工作:
（方案和整理好的 APP 示例链接）
目前除了”xxx” “xxx” 两个模块需求不明确外
有把握, 其他所有要上线的功能和 bug list 上的大部分 bug 能在 7.10 日进入验收阶段
还需要测试组帮忙, APP 全力配合. 由你们给 APP 每个模块打钩, 代表验收通过达到上线标准(而非仅测过) .
@我 leader, @所有软件 leader
冒昧, 我认为上面的内容是每个组必须的.
必须了解到每个组进度, 每项工作截止期.(什么样的形式都不重要)
我之后会抽出一定精力负责这事
