如何应对软件需求不确定型项目
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
如何应对软件需求不确定型项目
对于软件行业的人士来说,软件需求不确定,突发多变等现象是非常常见的,为了做好项目我们该如何处理这类的问题呢,现在我总结一下我的经验,供大家参考:
问题描述:
1、需求不确定,老板直接和客户谈需求,项目经理不能或不方便参与,打下手,这
类项目怎样办?
2、要深层次了解客户的想法,各种利益,地盘等,这很难做得到吧?并且也要花不
少时间去沟通吧?
3、做需求分析是不是应该偏向于把真实得业务需求了解透,可以先不用考虑技术实现?
以下是回答,供参考:
摆平各种利益干系人
所谓需求不确定型项目,应对办法就是亲自去摆平各种利益干洗人,包括你老板、客
户方老板等等。如果没有机会去搞,或者不愿意去搞,这项目基本上就是死定了。将来你
想创业,或者担任高管,理解老板为老板分忧,对你帮助很大的。这是对老板好对你更好
的事情,辛苦就是辛苦一点了,值得的!
从你老板那里入手
“深层次了解客户想法,各种利益,地盘等”确实很难,不过你老板应该知道的,否
则不会做这个项目。你老板至少了解一部分,你先和你老板好好沟通,然后再自己亲自去
了解,随时和老板沟通。老板对于这些利益啊地盘啊,很敏感的。他是过来人,他懂的。
需求分析的基本套路
需求分析先搞清楚关键干系人的利益和地盘;然后是理解业务;第三是需求规格。
技术实现需要事先考虑的。一般来说,你自己脑袋中的想法可以很宽很广,但不要都
告诉客户,要看技术实现难度和成本,有条件地告诉客户。不要宽度优先去问,这样相当
于引导客户蔓延需求了。
所以要求你先去看合同,了解项目成本、工期和合同中对需求范围的描述。你了解客
户大概想法,各种利益人想法后,结合合同的时间和金钱限制,你定出合适的需求让客户
拍板。
你要这样跟客户说:尊敬的客户,你看这样做好不好,然后就说出你的想法……
给是否题给客户,不要给选择题或问答题。你给选择题,客户就会全选;你给问答题,他就会什么都要,要灵活可适应各种情况等等。人家客户提出这么多想法,你限于时间和
金钱限制,你无法全部做到的。另外基层的客户和用户,根本不知道合同有什么要求,他
仅仅处在他的地盘范围考虑事情,你不加控制就很麻烦。
驱动客户高层干事情
了解到客户高层想法,和客户高层达成一致的需求框架后,这个需求框架要告诉客户
高层下面的各种角色。驱动客户高层为项目服务,让客户高层下达命令,贯彻他的思路,等等。这些事情,难度超复杂,不要单纯看成是技术活。不要单纯看成是技术活,解决内
部问题,解决技术问题,这类问题,跟这些与人相关的问题相比,简直就不是问题了。
大公司和小公司项目经理的区别
其实老板做得好,就会将这部分最难做的事情摆平得差不多的。这就是成熟公司和刚
起步公司的一个很大区别。成熟公司的老板,选择权大,一般谈下来的项目这类风险很低;刚起步公司,项目选择权小,谈下来的项目这类风险都很高。所以到小公司和刚起步的公司,锻炼更大。大公司很多项目好像做得很成功,很多时候不是这个项目经理厉害,而是
老板厉害。小公司项目做得好,那一般就是这个项目经理真的很犀利了!