标签：回顾 经验 问题 技术支持 求和 原型 项目 逻辑 分解
项目管理三板斧
乐观的设想、悲观的计划、愉快的执行；
简单说，事前预备、事中控制、事后总结；
迭代前，宣贯澄清、多多讨论、多多分析、多多争吵、达成共识；
迭代中，相对稳定、闭嘴干活、严格执行、承诺兑现、共同进退；
迭代后，验收交付、多多反思、多多总结、多多沉淀、持续改进。
迭代前：
1.该迭代需求宣贯澄清，提供相关产品原型、流程图、文档说明；
2.该迭代需求技术方案，进行评估和确认，多场景数据逻辑验证；
3.该迭代开发计划合理，交付节点、交付里程碑、交付产物清晰明确；
4.该迭代任务分解到位，可量化，任务指派或认领符合功能规划和功能依赖；
5.该迭代启动前提条件，尽可能满足，提前准备资料、协调资源、提供技术支持；
6.该迭代风险评估充足，基于经验、基于项目现状，评估准确，应对方案考虑全面；
7.该迭代团队规则确立，沟通机制、反馈机制、自测要求、变更规则，达成团队共识；
8.在产品需求、技术方案、团队规则，有争议的地方，多多讨论，确保在开发前确定解决方案；
迭代中：
1.该迭代保持相对稳定，已确定的需求和技术方案尽可能不变更，在可接受范围内调整；
2.该迭代进度保持透明，通过站立会、白板、项目周报等形式，真实透明的反映项目进度；
3.该迭代进度纠偏处理，透明进度下，对已发生的或可能发生的偏差，及时采取应对措施；
4.该迭代单一功能提交，经过多场景数据的自测，核对确认没问题，解决冲突签入代码库；
5.该迭代功能部署提测，阶段功能提测，部署前置准备到位，开发冒烟测试，发布提测邮件；
6.该迭代缺陷修复确认，当天提交的缺陷，修复耗时比较少，工作量小，尽可能当天清理完毕；
7.在迭代进行中，少讨论需求是否正确、技术方案是否合理(迭代前应共识)，应尽力完成交付，团队共同进退；
迭代后：
1.该迭代交付验收确认，产品经理、内部客户对阶段性成果，进行验收确认，提供反馈信息；
2.该迭代项目资料归档，项目依赖和衍生资料登记，技术资料登记更新、复杂逻辑流程图说明；
3.该迭代项目回顾总结，团队反思迭代开展好的和不好的方面，进行讨论，好的继续保持，不好的进行修正；
4.该迭代经验分享交流，可选择性开展经验分享，技术难点如何突破，形成的解决方案，避免他人再次踩坑；
5.在产品规划、项目管理、团队协作方面，存在争议的地方，团队多多讨论，形成新的解决方案，下个迭代去实践；
标签：回顾 经验 问题 技术支持 求和 原型 项目 逻辑 分解
原文地址：https://www.cnblogs.com/SanMaoSpace/p/9900164.html
