当你正在为当前版本的进度赶工,可能产品会突然走过来,让你大概评估下某个需求的工作量,大概什么时候可以上线。
顾虑
1、如果粗略评估,要么估的太少会坑到自己,要么估的太多被人质疑;
2、精细评估一般需要在进行详细设计后才能完成,但手上的正在进行的工作不能停;
3、产品当时可能只有一句话需求,还没形成详细的设计文档,就算有时间弄详设也没有办法开展;
4、说出口的时间要变成承诺,不能在评估出的时间后完成;
5、手上正在进行的工作最好不要暂停;
我是怎么做的
先了解足够的信息
1、需求是否紧急,对于不紧急的需求,有时候产品只是想大概知道时间答复业务方
2、需求是否明确,有些需求一句话就能说清楚,但如果不能,则要求提供详尽的产品设计文档
不同的情况不同的处理方式
1、需求很紧急
如果这需求确实紧急,以至于比当前的任务优先级高,那就比较好办。这种情况一般以业务优先,放下手上的工作,开始专注新的紧急需求。当前的任务申请延期。
2、需求不能落地
需求不能落地的原因有:
①产品描述不够具体,需要补上详细的产品设计文档才能开展;
②该需求需要依赖其他项目组的配合,组内单干无法完成;
遇到这2种情况,即使新需求再紧急也无法开展,所以手上的旧工作不要停。
所以首先要等产品提供足够详细的文档;
如果自己不是这个项目的主负责人,至少等其他依赖的项目组给出排期才开展。
3、既不紧急,也能落地
有些需求可能要涉到一些技术预研、基础设施搭建这些隐性的工作量(例如需要搭建一个新系统这种需求)。
这种情况如果不至少投入一个人进行2~3天的技术预研,很难产出准确靠谱的详细设计和工作量排期。
这种情况尽量等当前项目准备收尾时,再投一个人进行预研或详设,其他同学继续当前项目的工作。
工作量暂时不告诉产品,或者只告诉产品什么时候再开始详细设计,需要等详设完成后才能给出具体的工作量或者上线时间。
当然,如果这么回答,产品可能不会卖账,如果不卖账,要求他给个优先级。
凡事总有先后,2个不同的需求不能同时干,就算加班干,也有先后顺序。如果优先级高,参考第1条。