提成管理小复盘-个人工作总结ppt.ppt

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