2020年 6 月 30 日
面临的问题
要发布了, 但是目前没人能掌握各组进度：
- 没人能足够可靠具体的知道还差多少功能
- 没人能回答已完成的功能还需要多少测试
- 没人能说清楚需要几次迭代
这事太傻比了( 第一件事, 无人掌握软件组信息 )
我们需要什么:
- 上线需要的能细化到清晰知道细节的 “功能清单” 及这些功能 “完成的标准”
- 每组目前已完成的所有功能的完成情况
- 每组, 每个不同功能之间的依赖
- 每组剩余功能的预期完成时间
- 根据各功能的依赖关系及完成时间, 推算出每个功能截止时间
- 只往下估一周，拿到下周的进度
难点:
任务划分力度得保持一个划分的任务， 脑中能清晰知道需要哪些步骤能完成
怎么做:
- 以 APP 为示范
- 列出目前待完成的功能, 功能的依赖, 功能的截止日期/需要花费的时间
- 列出已完成的功能, 设为待测试状态, 要求测试组逐个打钩
- 给出目前的进度百分比(剩余功能/已完成功能)
- 找老大聊上面的事情, 并且请他在周会时帮忙提议各组提供下面内容
- 已完成列表
- 待完成列表, 依赖项, 所需时间, 预期截止
- 安排一个角色, 盯着各组进度表, 及时更新任务状态
- 推动
- 解决每周 SW Leader 会议没有实质内容问题( 第二件事, 周会无法起到推动进度作用 )
- 要求: 周会必须拿到进度信息, 只要两个信息: 已完成/全部功能 比 , 本周能达到的进度
- 要求: 不讨论解决方案, 不花时间描述做啥了，而是要进度，要各组的依赖项
- 通过解决周会问题, 确保进度能在掌握中
其他:
- 保证任务能按预定的日期完成( 第三件事, 绩效工具,激励及惩罚(需要钱))
- 保证完成的功能能被完整验收( 第四件事, 无法确保完成情况 )
一些建议
聊天过程略…
常见的有两种方案:
- 一种是，通过某种讨论，规则和约束，平台和方案，让大家按着一个套路走，
- 另外一种是，让自己清楚了解整个软件进度,然后不断和大家check。
推动不是指自己提个建议叫推动。 推动是指，自己对于各个方面都已经有了足够和一定的掌握，然后去同步目标，不断检查方法和进度，同步当前还没做好的地方，提出改进的目标。 也并不是是一个【平级】的工作，而且有一个要求，和驱动的过程。
PREVIOUS【改善软件组迭代】三.初步方案&让各组知悉
NEXT【改善软件组迭代】零. 起始