减轻任务
- 先做最小闭环
按照【最简单、最小可交付的版本】推进，尽快形成可验证结果。
避免一开始铺得过大、想得过于复杂。
- 先易后难
优先完成简单、明确、能够独立交付的任务。
复杂任务放到后面，根据前期结果继续分析和调整。
- 控制任务范围
暂时忽略可以延迟、对核心结果影响较小的内容。
不能假设所有需求都必须在同一个版本完成。
- 承认不确定性
承认自己的认知和能力边界，为未知问题、返工和沟通预留时间。
抛风险
- 提前抛
发现时间不足、资源不足或者优先级冲突时，尽早向上级提出。
同时给出缩小范围、调整优先级、增加资源或者分阶段交付等建议。
- 卡点及时抛
专业问题抛给更合适的人。
优先级、资源和责任边界问题抛给上级确认。
涉及多方的问题，组织所有关键人员共同讨论。
- 阶段性最小交付成果同步
将项目拆成尽可能小的里程碑，每个阶段及时同步结果和问题。
关键节点包括：
设计完成、开发完成、测试、部署以及上线后反馈。
重要结论需要形成文字记录。
推进度
- 维护风险清单
每天或者定期整理当前所有风险、卡点和延期事项。
- 确认里程碑
持续确认负责人、完成时间、当前进展和下一交付节点。
- 主动协调
主动沟通关联人员，推动问题解决，不能只等待其他人反馈。
- 课题分离
项目负责人需要推进任务，但不代表替关联人员完成其应负责的工作。
项目排期
- 明确交付目标
先明确产品设计、使用场景、交付范围和验收标准，再开始排期。
- 梳理目标与阻碍
整理：
目标清单、当前阻碍、阻碍原因和解决方案。
- 拆分最小任务
将工作拆分成尽可能细的最小任务，并区分简单任务和复杂任务。
- 确定任务优先级顺序
根据业务影响和任务难度确定优先级，并向开会确认完成时间和交付范围。
优先完成简单、重要、能够快速交付的任务。
复杂和非关键任务放到后续处理。
- 预留完整时间
排期需要包含：
开发、联调、自测、问题修复、部署验证和冗余时间。
不能只计算编码时间。
- 分配负责人
项目排期的本质：
任务预估工时 + 可用人员工时
项目风控
- 预判阻塞项
提前检查人员、需求、数据、权限、外部接口和技术方案是否可能阻塞项目。
- 提前暴露风险
风险越早暴露，调整成本越低。
不要等到问题无法挽回时才进行说明。
- 制定兜底方案
重要项目需要准备降级、回滚、人工处理方式和责任联系人。
项目用人和授权
- 选择合适的人
根据任务特点、成员能力和成长方向安排人员，不只选择最听话或者关系最好的人。
- 明确授权范围
授权时明确目标、完成标准、可自行决定事项和必须确认事项。
- 设置检查节点
信任下属，但要设置合理的检查节点，及时发现方向偏差。
- 允许合理失误
下属在授权范围内出现失误时，应帮助分析和修正，而不是立即收回所有权力。
项目复盘
复盘重点包括：
原有判断是否正确、风险是否提前发现、流程是否造成返工、经验是否可以复用。
复盘结果需要转化为流程、模板、检查清单或者责任分工的改进。
