架构师

您现在的位置是:首页 > 程序人生 > 项目管理

项目管理

项目经理怎么做才能不为需求流眼泪?

架构师小跟班 2020-06-30 项目管理
当你坐下来分析一个失败的项目时,你会发现很多项目在需求分析阶段都有问题,需求的变化或多或少与初始需求有关。但项目需求就像神秘人。我不知道他们是什么,他们来自哪里,或者他

当你坐下来分析一个失败的项目时,你会发现很多项目在需求分析阶段都有问题,需求的变化或多或少与初始需求有关。

但项目需求就像神秘人。我不知道他们是什么,他们来自哪里,或者他们想做什么。理解项目需求就像读心术。。。

以下四个技巧可以帮助您更好地理解和管理项目需求。

需求分析是业务导向型

比如,一天你和客户谈项目。

客户:我们想做一个办公管理系统。

项目经理:这个系统想实现什么功能?想用什么样的数据库?有多少人用?想用什么IT架构?

客户有点懵,我只要用它来解决问题就行了,你问我这么多我怎么知道?

项目经理一般都有很好的技术背景,但项目经理不是总工,不是架构师,不是程序员,而应该是一个“业务层面的管理者”。项目需求的切入点必须在业务层面。

项目经理:我们为什么要建立这样一个办公管理系统?前遇到的主要业务问题是什么?您最希望通过这一系统解决哪些业务问题?

作为项目经理,应该明白客户的业务目标比技术实现重要的多,首先要弄明白的是为什么做,而不是怎么做。

谈需求要找对人

另一个例子是,您与客户的副总裁进行了长时间的交谈,确定了项目的详细要求,并形成了一个文档。然而,当总经理的文件被完全推翻时。。。

在向高层领导汇报时,有一些调整是可以理解的,但是如果被推翻了又有什么关系呢?

这表明你在谈论项目需求时找错了人。例如,如果客户要做一个研发项目,你就不能和客户的技术经理谈。

在大多数情况下,需求不是来自技术部门,而是来自业务部门。作为一个项目经理,你必须能够将自己提升到业务的高度,并且能够与业务级别的人员直接沟通。

而且业务级别的需求通常是模糊和不确定的,甚至有些人不知道他们想要什么。业务层面的需求也会涉及各方利益,错综复杂,需要项目经理逐一梳理、沟通、协调、妥协,最终达成“相对共识”

所以当项目经理谈到需求时,他必须找到合适的人。即使见面不容易,也要通过电话、微信等方式联系。

分清浅层需求与深层需求

你谈下了一个项目,在选择技术方案时,双方出现了分歧。

项目经理:这种方案简单,成本还低,可以满足您的要求。

客户:成本高没关系,关键是要稳定、可靠,我建议选择更复杂点的方案。

项目经理:这种技术也很可靠的,我们做了好几个这种项目了,没出现问题,你放心。

客户:我还是选择复杂方案…

项目经理内心:这人咋这么说不通呢?钱多花不完啊,放着简单省钱的不用非得用那费劲的!

后来,你了解到他们公司以前的系统使用了这个方案。他只是不想成为第一个吃螃蟹的人。他首先考虑安全,然后考虑项目。

在需求沟通的过程中,项目经理需要耐心、技巧和深入的沟通来了解客户的真实需求,而不是从技术层面上相互劝说。在许多情况下,问题不是技术问题。

需求是需要确认的

最后,经过沟通,你完成了项目的需求文档,把它交给老板。

项目经理:老板,这是项目的需求文档,包括交付时间、验收标准,您看一下,没问题就签个字吧。

这个时候,领导会乖乖签字吗?一般情况下是不会的,因为连他自己也没有想好到底签不签。

老板:先做一部分看看、你是项目经理你定吧…

你当然是项目经理,但你不是客户,更不是老板,你决定不了项目需求。其实让老板签字并不是非签不可,而是让他对项目认真思考清楚,很多时候老板是不会替你考虑问题的,最后出了问题还是项目经理背锅。

不管是签字,还是软磨硬泡,亦或是动之以情晓之以理,总之要让重要相关方认真考虑你的项目,让他们对项目目标、需求达成一致。不管他们是否强势,项目经理都不能退缩。

总结一下

沟通需求时,一定要站在业务的角度,与真正的业务负责人沟通,读懂客户的真实需求,最后与老板沟通,迫使他考虑你的项目和方案。

经过一场鏖战,需求终于还是确定下来了!但先别急,项目这才刚刚开始~


文章评论