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