客户需求时间预估反思总结

在与客户确认需求预估时间时,不仅要把自己做的列得清楚,而且还必须把不包括在内的更要列清楚,避免出现争议扯皮,客户认为那是你应该做的,你自己却没有评估在内的.
对于需求文档中未明确的,一定要去明确是什么具体内容,我必须做还是不做,否则评估时间就不准确.更甚至,需求中不明确的部分背后还有延伸出来的部分,这样预估的时间问题就大了.一旦意识到处于这样的状况,就要赶紧通知客户,与未估算的需求划清界限.需求评估时间不准确,轻者导致加班才能完成工作,重则即使加班也无法完成工作,严重影响公司和个人的信誉.你必须明白:正是没在需求确认协议中将自己要担负的责任一一明确到每个点,结果导致客户有意无意的利用这种不明不白的灰色情况增加你的工作量.客户可以根据自己的需要提供需求文档,你则应该针对客户的文档明确列出哪些点你能你会做到,而更重要的必须让客户清楚的,哪些需求点不包括在双方协议范围之内.必须将模糊空间全部消除掉,才能让双方的责任得到明确.客户需求文档只是参考,经过你确认的需求协议才是对自己工作范围认定的最有利防护.边边角角,协议中一定要列出来,否则客户会在这上面做文章,到时候你就说不清楚.如果你在协议中没有列出来的,那么一旦出现分歧争议,就会以客户提供的ui和需求文档为准.
本次制定需求预估时间出现的问题如下:
1,客户需求文档中没有提到,但ui中做出变动的,做不做?此处出现分歧了,我认为是不包括在内的.但没在协议中明确列出来此不属于我处理的范围,结果我的理解无效,按客户提供的ui和文档来处理,只要有一处有就要做,而实际上我本来没计划要做的.
教训:瞪大眼睛,把ui和需求文档中自己会做的边边角角的每一处细节都列出来,把ui和需求文档中自己认为不包括在自己责任范围之内的边边角角的每一处细节都列出来,至于谁会来做客户有疑问就会提出来,把责任说清楚.总之,就是把ui和需求文档中客户提出来的变动,在协议中再一一列出来明确责任,哪些由我来做,哪些不在我的责任范围内.
2,以需求文档和提供ui明确展示的内容为界限,没有提出异议,均表示认同客户的需求变更,完全按照ui原样和需求文档的要求设计.对于ui展示内容与需求文档中未明确的,一定要明确列出排除在协议范围外.责任归属一定要明确.协议之外的事宜一概不负责任.


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值