type
status
date
slug
summary
category
tags
icon
password
做这些事情的意义
- 学会判断什么是正确的事情
- 学会通过已知方向找到要做的事情
- 学会以高优先级的方式，搞定高优先级的事情
如何做好这些事
工作流 | 工具 | 小贴士 |
明确目标与指标（每月，指标会议） | • 目标与指标清单：只关心当前情况，关心预估值，以指标重要性排序 | • 给出计算公式和数据源
• 给出指标现值 |
按既定目标，列出可能做的事情（每月，头脑风暴会议） | • 项目收件箱：只关心当前情况（历史想法没有价值），关心指标满足情况，以指标分类（1st），以收益高低排序（2nd），注明来源（3rd）
•
◦ 高人指点类
◦ 个人收集类
◦ 头脑风暴类 | • 设置项目收件箱推退出机制（直接删除/删除线/标记完成）
• 不建议区分来源，应该把不同来源的想法都聚到一起 |
管理当前立项在做、要做的事情，及其优先级、交付承诺（每月，指标规划会/每周，项目例会） | • 进行中项目、项目看板或需求池：只关心当前情况，关心项目优先级（综合收益和紧急性），以优先级排序，注明时间，其中提出时间表示先进先出，上线时间代表交付承诺，评估时间代表收益承诺。注意：
•
◦ 该清单应该具有唯一性，否则会影响及时更新
◦ 低优先级项目不加入清单，因为不能代表个人的绩效，适合通过JIRA等工具管理。比如统计打点、帮助提示、bug fix等
◦ 个人任务不加入清单，因为并非团队成员及管理层所关心，适合通过个人任务列表来管理（纸笔、软件、看板等）
◦ 已立项、未启动的项目应该加入清单，但未明确的想法应该加入收件箱
◦ 已完成任务需要移出清单，应该加入月度总结 | • 字段不要太多，否则每天维护会是灾难
• 使用某些敏捷看板可能会节省工作量，当然便签纸+白板也不错 |
评估已完成的工作（项目结束时/月度总结时） | • 指标值变动：关心当前和历史的情况，关心完成度
• realease notes/版本历史：反映研发团队产出情况，以及功能变动
• 月度项目总结：只关心历史情况，反映个人产出情况，列出每个项目的交付时间、实际收益，按性价比排序 | • 只有月度总结，月度规划已经包含在需求池中 |
备注：
- 可以在项目Wiki中维护上述规划内容，并与团队成员、业务方、老板分享。
- 凡是列表，都有优先级。但是优先级定义并不同。
- 每个工具都需要区分对现状和历史情况的需求，分为：仅现状，仅历史，两者等三种情况。
- 作者:NotionNext
- 链接:https://dongzhenye.com/article/product-object-and-project-management-workflow-and-tools
- 声明:本文采用 CC BY-NC-SA 4.0 许可协议，转载请注明出处。