项目背景:
本月初,老大的老大压下来一个项目,项目整体难度属于中等,但需要前端、后台、测试、PM共同推进。项目类似于功能简单的管理系统。难度在与一些特殊逻辑的处理。给予了两周时间开发,时间原本充足。
时间经过:
某天早上上班,被叫去开会,开户内容产品经理就是将项目的大概逻辑说了,后台、前端都看了一下逻辑,对整体的要做什么有了一个大概的了解,就这这大概的了解,提出了一些不痛不痒的问题。各自定好了项目的开发进度,说实话项目整体就是大概了解一下,项目进度规划都是扯淡,看着前端的进度表,给了一份相同的进度表给PM。当天开始对项目理解,前端当天就找我要开发API文档,说实在的自己还在得理一理。
项目自己理解了大半天,和师傅就这多对多的问题进行数据库设计,找相关的同学确定数据来源。然后设计了API文档(这歌API的文档写的确实粗糙)。很多问题,属性名没有想好。在API设计时候,其实已经将你的程序进行了一个粗糙的设计和编写。这份API文档也是我和前端硝烟的开始。
API交付后,前端和我进行开始开发。前端是个妹子,做事认真,直接对着我的API上的问题开始喷,基本上都是小问题。属于陆陆续续的来,次数太多,刚刚开始还回复,后期自己都不想回复。然后就对着文档改。说实话一改问题还是很多。就这样磕磕绊绊的开发着。
在开发到四五天后,开一个测试用例研讨会。就是在一次确认需求上的问题。和要测试的逻辑。说实话,这种会其实意义不是太大。但这次研讨会,直接就是一次互喷的一小时。测试和产品就这产品逻辑上的漏洞开始提出疑问。说实话我这次互喷的原因还是在产品。有一块很重要的逻辑居然没有交代。在产品的定义上也是混乱不堪。都是妹子。感觉在互联网产品的设计上存在缺陷。由于激烈,和产品设计的缺陷,导致下周一在开会议进行讨论。这就是没有遵循闭环的原则,白白浪费自己的时间。下午和前端连调,就是我悲剧的开始。前端开发不到一半,很多问题都没有解决,感觉我是PM,要催着她完工。没完成没有办法,就只能对已经完成的内容进行调试。正式由于API文档写的粗糙,很多属性名没有对上,关键问题,是前端基础一般,问题出现了没法快速定位问题所在。时间白白浪费。
结果,测试换人,第二周开始开会,对现有逻辑产品重新整理,改进。就是改需求了,一听到这个,瞬间前端爆炸。感觉是前端对任务没有很全的认知,以为任务量暴涨。其实也是简单添加一个界面。所以重新估计时间。我这边后台改变不大,但也是需要一天时间改动,前端要了三天。前端我也是没办法,本来约好的两天调试,迟迟写不出前端来,很多问题自己没法解决又不愿意厚着脸皮请教他人。所以整个调试阶段,自己完全在等前端完成开发。到了提测的时候,她才草草上线。看了她完成的初稿,瞬间没法说了。凑活着吧。
接着就是测试,前端问题太多,一直在改,这段时间不知道前端怎么完成工作的。过了好多天,产品验收,又是要增加功能,瞬间都没法说了,然后还提出了一些前端问题。又是一场互怼。产品VS测试和前端。因为过两天上线,其实还有问题没有解决。所以项目delay了。
总结:
delay原因:
1.产品对项目的把控没有到位,很多问题没有想清楚,导致频繁变动,这个影响到整体项目的走向和进度
2.前端技术短板太厉害,简单问题都没法解决,直接影响连调进度
3.自己API文档水平太次,很多小问题都没注意,导致连调时候问题很多。
4.自己观念没转换好,很多问题应该先实践在给别人答案
5
改进点:
1.自己API文档要花时间去弄好,给别人看的东西,都要写好,不然都是会被喷。而且很烦
2.技术要到位,虽然不要求顶尖,但是要在整体水平之上
3.项目整体把控要到位,虽然不要面面俱到,但是主要逻辑和思想一定要想清楚
4.连调时候一定要想清楚,不要一听别人反驳你就很生气