记一次项目delay的经过与分析

项目背景：

本月初，老大的老大压下来一个项目，项目整体难度属于中等，但需要前端、后台、测试、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.连调时候一定要想清楚，不要一听别人反驳你就很生气