精选总结-提成管理小复盘-个人工作总结

工作项目小复盘 个人工作总结分享 提成管理项目 分享人 Geektao 事出必有因 有因必有果 Summary 项目目标 01 需求阶段 02 设计阶段 03 开发阶段 04 测试阶段 05 上线阶段 06 CONTENTS 项目目标 01 项目目标 01 2 项目结果复盘 时间 需求点 意外 1 项目进度复盘 客户接受程度 是否按照原计划交付时间交付上线 原计划的需求点实现了多少 哪些需求点没有按计划实现 每一个需求点延后原因分别是什么 项目中出现了哪些意外 为什么会出现这些意外 用户对新增功能点的接受程度和项目规划中的是否一致 01 项目目标 进度 时间 需求点 已实现 第四季度的提成计算 人员分配 计划交付时间 17年12月底交付上线 实际交付时间 18年01月06号交付上线 原因 1 数据关联 因为一期的数据没人维护 并且无法满足提成计算的使用2 特殊数据未考虑好 运维 历史合同的数据展示格式特殊 没有合适的方案 没有第一时间拿到真实的完整数据 未实现 关联合同数据 历史数据的处理 01 项目目标 结果 意外 意外 权限问题 业务流程变更 客户反馈 客户接受程度 20 60 原因 1 权限的问题 在一开始没有及时的确定 导致要验收试用阶段时 耽搁了时间2 业务流程阶段确定无误之后 进入开发 在验收时 业务流程出现改变 总部支持的判断 原因 分为三类使用人群财务 初始数据无法解决 技术后台解决 总部 业务流程与财务确定的没有对应上 使用出现问题分公司 使用不够直观 交互体验问题 需求阶段 02 02 2 1需求定义复盘 2 2需求变更复盘 需求阶段 需求输出 需求变更次数 是否提成完整的需求输出 原型 PRD 经典用户 使用场景 变更的传递 变更原因 是否对典型用户和使用场景有清晰的描述 需求变更次数 影响 反馈 是否能接收需求变更 前期考虑欠缺 需求无法实现 02 需求输出 需求阶段 定义 输出内容 1 原型 基础低保真原型 没有分权限 角色进行 经典用户 使用场景 用户 场景 1 没有考虑到具体的角色 在调研 设计阶段仅考虑了财务的使用 2 PRD Excel表格的功能描述 针对页面 未包含业务 2 特殊的场景有两种 第一 财务需要绝对的权限 但是 按照技术的逻辑 分阶段就无法保证权限 修改 提交 对业务与技术的欠缺理解 第二 特殊合同提成的计算 在原型演示阶段 双方都没有考虑 02 需求阶段 变更 需求变更次数 变更次数 5次 均有文档记录 较大的变动为业务流程的变动 变更的传递 成员对变更的了解 仅通过项目经理进行传递 并且有文档传递 未出现问题点 变更原因 原因 1 前期需求的落实问题2 对接业务的形式问题 设计阶段 03 设计阶段 03 1 POINT 2 POINT 3 POINT 4 POINT 视觉 交互 功能 框架 设计阶段 03 开发阶段 04 开发阶段 04 工期评估 突发状况 1 开发实施前 是否有充分的时间做工期预估 2 工期预估与实际开发时间是否有差异 及差异原因分析 1 是否出现需求无法实现的状况 原因是什么 开发阶段 04 01 工期评估 02 1 工期有出具体的时间表 并且有沟通 功能也按照计划进行开发 突发状况 2 工期按计划与实际没有差异 1 由于框架问题 中途沟通发现 导出功能无法在现有框架基础上做到客户要求的功能 后续与客户沟通采用了代替方案 2 计算公式出现问题 后续发现前后端传数据出现的问题 上线出现问题 测试阶段 05 测试阶段 05 是否有完整 准确的测试用例 哪个功能模块产生的Bug最多 为什么 哪些BUG出现回滚 原因是什么 测试加入的时间为验收的前一周 由于需求的输出不够和加入时间的问题 计划没有考虑周全 公式的计算 权限的控制问题 涉及阶段 阶段的不同导致不同的权限不同 上线阶段 06 上线阶段 06 验收 突发状况 上线反馈 是否进行了正式的上线验收 过程中是否有出现状况 后续如何避免 产品上线后收集到哪些问题反馈 都是什么类型 如何改进 上线阶段 06 验收 突发状况 上线反馈 没有正式的进行验收 由于对接的问题 在约定的时间没有进入验收环节 初始数据的错误 业务流程问题 交互体验的问题 原因有两个 1 权限没有确定 对接人没有确定每个阶段的权限 没有进入试用验收2 对接时没有正式走完整业务流 导致后续进行计算时 出现很多不可控的细节问题 需要调整影响计算公式的数据 1 对接人提供的初始数据出现错误 历史数据的金额 2 计算公式的错误 对接人提成计算合同回款率的计算公式是有误 导致后续改动的工作量 1 线下的工作流程存在不可控的环节 在上系统时 同理无法控制 没有按照业务的流程进行 总部的判断事项 2 由于框架的问题 操作使用的体验出现问题 双向计算 提成率的检验 结论 00 1 技术开发的确立 明确到一定程度所选的框架能支持到实现需求的大致范围2 内部 外部项目的沟通问题 去磨合更好更快的方式3 对外需求对接到什么样的一定程度 需要后续的界定 汪磊 1 落实问题的方式形式需要配合摸索 客户 技术 2 对待设计的心态 同理对待产品 项目的心态 UI设计的形式 3 沟通的方式 需求输出的沟通文档 需求文档 流程图 原型文件等 4 具体规范的工作流程 并且能落实 卢旭东 1 内部客户没有明确的合同 需求的明确范围2 业务能力的基础问题3 项目管理的问题 汪祖茂 1 开发配合的程度 后台 前端 2 三方之间的关系问题 客户 产品 开发3 产品的推行问题 控制版本 快速上线 做业务沉淀 快速吸收4 需求的传递 产品 开发 沟通方式 PRD 项目