对于紧急项目，周期短任务多的项目应该怎么做

对于项目最重要的是沟通

遇到这种周期短任务重的项目可以分为两种

1.可以按照时间节点完成的

2.加班加点也无法完成的

对于第二种，需要在评估之后与客户沟通，对部分需求进行裁剪，或者商量替代方案，直到项目可以如期完成。

总体来说对于这两种项目，首先需要与客户沟通哪些是紧急，那些不紧急，那些属于基本功能，那些属于锦上添花。对于开发来说要预测每一个功能点的开发时间，进行排序。然后再进行需求分类然后开发

首先完成紧急且容易完成的模块，这一阶段完成后可发出第一个版本。让客户快速看到效果，后期就不会催的太狠。

然后完成紧急但开发用时比较长的模块，对于这些模块可分配给开发能力业务能力比较强的人员，开发能力较弱的人员去完成不紧急且周期短容易出活的模块。配合工作，客户能一直看到输出，也就能缓解一下。

随后处理不紧急且难以实现的部分

如果不紧急且难以实现的部分实现了，再去看锦上添花的部分，注意锦上添花的部分，能不做尽量不做，对于项目来说都是成本。

对于这种项目，由于他比较紧急，客户大概率也没有想好那些重要，那些不重要，可能客户需要的是电饭煲你给造了一口大黑锅，所以在整个过程开始的时候尽可能的多收集资料，了解客户需求，在完成工作的过程中，也要经常把结果展示给客户看，同时根据客户反馈不断模块完成的优先级。

我之前做的一个项目，是做数据收集显示的，因为不管懂不懂的人都会提出意见，然而这些人都是你的客户，他们都有提出意见，让你修改的权利，这时就需要在收集需求之后，不能着急动手开发，总结之后多跟他们开会表决，形成统一意见之后再将需求下发给开发人员。

还有些项目，客户属于乙方，你属于丙方，对于乙方的意见不一定正确的表达了甲方的意见，乙方瞎指挥的事情也不在少数，这时候对于你来说，甲乙都是你的甲方，收集完乙方需求之后，也要将一且告知甲方，防止传话的乙方搞错了，让你走错路。当然这也是建立在你能接触到甲方的情况之下。

有些项目甲方他也不知道自己要什么，要什么样，只能告诉你我想做饭，你给我弄一套装备把饭做出来，细节只有你做出一个版本出来他才能知道，这种项目最坑，对于这种必须画原型图，不然能坑死人的，画完找他确认后开发，画不好不动工，同时要把甲方拉近你的需求设计团队，所有问题找他确认，然后动工。

还有些更奇葩，接某些G企的活，他们也懂得四似而非，一个劲儿要求，开发一半，忽然又感觉不行拉倒重开，人家也不差钱，把团队累个半死，活还干不到人家心上，这种项目还是远离，无解的东西，除非后期有巨大的利益，不然陷进去后你的团队会被拖烂，怨声滔天，离职的离职，打酱油的打酱油，惨滴很。