上周的事情解决之后，又迎来了新的需求。而且，这一次，挑战更大！

1.新需求的时间评估

这一次因为之前有做过产品设计，所以即使临时接到通知需要先上线部分功能，也能够很好地应对。

此外，还在评审阶段，帮助大家更好地理解需求。因为对需求的理解很到位，开发们评估时间也就有了谱，没再出现离谱的时间。

2.新需求时间评估的方法

此次需求的时间评估，我采用了分端评估的方法。

步骤是：评审，各端了解需求内容；

后台看了原型设计以及产品逻辑，基本能够当场评估出时间。

APP端我放在UI设计图出完之后来进行评审。

以前为什么会出现APP端不好评估时间呢？因为我会在评审前就将原型发给UI，开始设计。

但是往往等到开会的时候，既要讲解原型，又要讲解UI，会造成双端的混乱。

所以APP端不好评估时间。

昨天上午UI图出完，我审完稿之后，就让UI和APP端讲解设计理念。

这样做的目的是：APP端能够很好地理解设计细节，以及评估工作量。

果然，讲解完之后，APP的时间的评估非常准确。

此次预计时间为一周，后台几乎一天开完完毕。

正在我为大家庆祝工作效率的时候，“天有不测风云”，接到业务部门的紧急需求，希望能够将优先级列为最高。而且，之后老板也有过问。

所幸后台的工作已经完成，大家配合得非常有默契，我和他们讲了目前的状况之后，他们也表示理解，于是抓紧开干。

最终结果就是：昨天下午紧急插入的需求，也会在今天内完成。

一切都在往好的方向发展~

最近团队的氛围也好了起来，经过共同熬夜加班，其实大家的亲密度会有所上升。

现代社会，所谓并肩作战，也就是这种场景了吧。