对自己的复盘总结

关于系统重构,工作流程上总结:

1、首先从先熟悉、梳理现有流程,整理现有的业务流程,了解当前使用者的使用流程,如何使用现有的系统,这里需求整理出整体的业务流程图、使用者操作系统的流程,这两者之间会相互融合交际,最好不要合为一个流程图。

2、然后从场景出发,找到需要优化、改进的流程,结合运营的工作流程(实际操作部分),过程中需要多次和运营确认整体的需求安排,结合领导对于系统的整体规划。根据业务流程,整理出新系统的系统流程。

这个过程到下个过程中出现的问题:

        形成比较详细的业务流程后,当时做的下一步工作是进行页面功能的定义,但是在做的过程中出现的问题是,做出的页面无法走通业务逻辑,没有办法满足有的条件,且在改动上还是按照领导自己原有的思路在做,而且在她说自己的想法时候我没有特别深入的理解她的想法,所以前几个方案都流产了,后面领导提出的解决问题的思路是整个方案走不下去,不要急着全部推翻重来,先要想怎么解决这个问题,如果有两种解决方案,比较两种方案的优缺点,比较后选择最好的方案,再往下走,其中在我设计方案的时候,我们的最终方案是和当时其中的一个方案总体思路相同的一个方案,但是自己没有想的非常清楚,下次最好在给方案的时候自己要想到每个点,每个会有问题的点,把方案做到更加严谨,对于这阶段的自己就是有想法,但是想法不够成熟或者说没有把自己的想法养大。还有就是在这个系统差拆分的过程中一定是先要了解业务部门的整体需求,整体的工作流程,搭建系统的目的就是为了帮助他们减轻工作量、提高工作效率,凡事不要忘了初衷,可以重新定义流程,但是一定是符合业务部门的工作流程。

3、系统流程图整理需要和开发、需求方再次确认,有了骨架,就可以填肉了,可以用功能结构图,确定需要做的具体功能,然后动手画原型

4 、画完原型需再次和运营、开发确认,评估需求实现难度及原型中是否还有遗漏之处,最好可当场确认粗排期及工时

5、“给需求穿衣服”写需求说明,尽量详细的描述需求

自我总结:

      由于刚进公司所以整个过程都是有总监带着去完成,很多的业务流程也不需要自己去了解,这次需求更多的是“给”的东西比较多,自己想的东西很多是在优化流程的时候,而且就是接触需求的时候,下意识拿着就去做,很少会想这个事情为什么要这么做,为什么会有这个需求,也不会考虑有没有比这更好的实现方式,自己在拍事情的时候有时候犹豫比较多,还有分析需求的方式方法上还是有问题在的,不仅要从系统的整体性进行考虑,也要从用户的使用场景上更多考虑,所以分析需求上需要加强,还有一个问题就是怎么让别人理解你为什么要这么设计需求,怎么引导被人的思路,还有就是在讲需求的时候一定要先说明白,做这个需求的前提是什么 ,为什么做,背景是怎样的,现有系统是怎样的,还有当你站的立场不同的时候,考虑的、讲解的思路自然是不同的。

      想要了解需求,个人认为最重要的就是沟通、交流,多问几个为什么,需求自然就清楚了,世界上没什么事情是解决不了的,知道为什么然后站在领导的角度,用户的角度,开发的角度,全想一遍这个事就完事了。

注:仅是对自己工作中的出入进行简单总结,没有举例子剖析具体事情,也没有对实际工作中需求上的总结,公司内部系统不便截图、分析需求

你可能感兴趣的:(对自己的复盘总结)