不会做需求的项目经理不是好项目经理

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/shenmagege/article/details/85223762

这是山猫的第11篇原创


 

中国式的项目经理,讲究啥都要会一点。

项目管理是基本功,你如果还懂点软件开发、硬件集成、需求分析,那就更牛了。

对于很多没做过开发或者非计算机专业的项目经理来说,也许对功能的开发实现比较难想象,这样的话从业务需求方面去加强也是一种不错的提升方式,毕竟技术更新迭代实在是快,而在核心业务需求上是可以沉淀,不是那么经常容易变化的。

那么如何快速有效的梳理核心需求,并获得客户的认可呢?听上去有些玄乎,我们从下面几个层面进行分析:

  整体审视,变更分析  

通常来说,项目的需求框架在项目合同或者招标书里面都有规定,很多新手项目经理,一看到这些规定,就直接开始做需求分析了,结果辛辛苦苦搞到最后,发现有很多外围的东西没考虑到,比如和外部系统的接口、或者各个子系统直接的关联逻辑,最终导致整个项目开发出来不能用,客户不给付款,公司又要催款,搞得项目经理里外不是人。

其实这里最重要的一点就是没考虑顶层设计,做项目如果你仅仅从单个项目的层面去看问题,其实是不合格的,一定要跳出单个项目层面来整体审视。比如目前做的这个项目在客户的整套业务系统里面是处于什么层次?主要解决哪一类的业务问题?和目前项目关联的业务有哪些?用户之前有没建立过相关的系统?

把这些先梳理清楚再对对当前项目进行深入的需求分析,在这个深入的过程中,可以百分百确定的是一定有需求不合理的地方,比如让APP自动判断手机外壳颜色,然后更改相应的手机桌面背景色这种需求,如果你照搬给开发,那么被暴打的就是你了。。

这是售前留给你的坑,要知道,坑是无法避免的,只是坑大坑小的问题,就像系统bug一样;还一种情况是发现一些属于重复建设的内容,不用怕,发现这些问题其实是代表了你的能力在提升,你可以利用这个机会和客户进行沟通,大胆进行需求变更分析,在这个过程中展示你的实力,赢得甲方爸爸信任。

  核心需求、角色扮演  

到了具体需求分析环节,最重要的是接地气,如何接地气?

那就是一切以用户为中心,考虑用户的核心使用场景是啥,比如作为管理者和具体业务执行人员他们的关注点肯定是不一样的,尤其是高层管理者,更多关注的是宏观层面的数据,对于具体的业务人员,你设计的系统能否提升他们的工作效率很重要。

这种情况就需要你梳理使用场景,找出核心需求了,那什么算得上是核心?刚需、痛点、高频6字箴言,把这几个词记住了,你就能抓住需求的关键点了。

刚需:就是没有不行,比如一个售票系统,门票销售、销售金额统计这些就是刚需,就像人需要吃饭喝水一样;

痛点:就是最迫切需要满足的需求,比如一款面向大众女性的图像处理软件,自动美颜才是核心需求,而不是像PS一样专业强大的功能;

高频:这个简单点说就是一个功能点被使用的频率,比如一个外卖APP,点餐和付费就是很高频的功能;

至于角色扮演,就是你得站在不同用户角色角度去看问题,分析他们的核心需求,这样才能接地气。

  流程闭环、考虑异常  

哎呦妈呀,标题还押韵了。。。

实际的项目开发过程中,我们通常会发现某个功能点做着做着发现流程走不下去了,这种情况通常还是前期业务流程没梳理到位,这时候可以借鉴Visio软件,把具体的业务流程图画清楚,确认流程的每个环节有考虑完善,并形成闭环。

还一个需要关注的点是对异常处理的设计,做到面面俱到很难,但是关键的使用场景一定要把异常处理做完整,比如对于一个外卖APP,涉及金额支付这块的异常处理就很重要了,毕竟和钱相关,万一出了漏子,用户的投诉电话就打爆客服中心了。不要祈祷软件一直在正常的使用场景下,一切看起来都是那么美好,要有一颗随时准备填坑的心,God bless you。

在整个项目实施过程中,需求分析是相当重要的环节,直接影响后期项目开发的质量、测试和运维资源投入,所以,如果你能对业务需求能有较为深入的理解,那在整个项目实施的优先级策略上才能更好把握,团队也能更信服你。

中秋国庆将至,祝各位过个好节,祝中国式的项目经理越走越远!

END

作者:山猫

坐标广州 项目管理和职场分享

猜你喜欢

转载自blog.csdn.net/shenmagege/article/details/85223762