zoukankan      html  css  js  c++  java
  • 《小团队项目管理》第一问 --- 需求调研须要舌辨群雄?

    版权声明:本文为博主原创文章,未经博主同意不得转载。 https://blog.csdn.net/qq355667166/article/details/24600585

               需求调研在整个项目开发中有着举足轻重的作用,尽管是个苦差事,可是我们又不能掉以轻心。一旦做不好可能会影响整个项目的期望和成本,带来意想不到的恶果。可是面对众多“需求者”的你一言我一语。假设您没有纪晓岚的铁齿铜牙又想做好需求工作,该怎么办?话不多说。先从一个故事说起吧,希望以这种方式和阅读的朋友们产生共鸣... ...

                当市场部的小李兴致勃勃找到我。拿着XX万的合同在我眼前晃动的时候,内心是多么的爱恨交加,面对这种单子在大公司眼里可能不算什么,可是对于在市场经济的混流中苦苦挣扎的小企业面前,这无疑是一个值得庆祝的事情,有了项目我们就能够生存。有了项目我们的兄弟就有机会,公司的美女们才会绽开那难得一见的笑容。可是翻着合同看着甲方的印章,我内心深处一个擦字从牙缝里不经意的挤出来,又是一个事业单位。这让我脑海里无数次的翻转着那“大爷们”一个个“可恶”的嘴脸, 至于为什么叫“大爷”。我想大部分看客对我的表达方式应该表示赞同,在我的思想里,“大爷”的角色往往高于“上帝”。没办法,这年头你能找到个“大爷”让你侍奉已经是一件不easy的事情了,看着小李那满脸的热情,听着老板那激情的演说,感受着美女们水汪汪的眼睛,研发部的兄弟们心儿已经醉了(好贱),一咬牙一跺脚,兄弟们抄家伙。

           第二天,一切工作就绪带着技术部的小贾。随着小李踏上了去武汉的火车,来到现场一阵寒暄过后。我认识了单位的王主任,刘副主任。赵医师,运维部的田project师。秘书处的张秘书… …整整一个会议室做了二十多人,在对公司产品基础版的演示过程中,整个会议室充斥着各种声音,王主任说:“你们这个功能模块不太符合我们科室的工作流程,这个流程应该是… ….”;刘副主任:“你这个功能的操作button放在这里。我们操作非常不习惯,你看能不能把这个换个地方加到……..”;赵医师:“你们这个表单上没有我们科室须要的xx和xx指标,并且这个指标的备用选项不够… …”;整整三十分钟过去了。基础版本号的演示竟然才进行了不到三分之中的一个,看着小贾那满头大汗做记录的样子,今天注定是一个难熬的日子。

           晚上回到宾馆和小贾,小李坐在一起开了一个简单的说明会,我告诉小贾,你今天的工作非常辛苦我们都看在眼里。小贾瞬间投来诚挚的目光。可是你的工作还要继续下去,仅仅有你这边记的具体,我们后期的工作才干更加全面的开展下来,你总不希望来来回回的往返于北京和武汉之间吧,小贾想起远在北京的女友使命的点着头。然后问到小李甲方的项目负责人是谁,小李说是王主任,于是我让小贾对今天的记录做了一下划分,那些事王主任说的,哪些是刘副主任说的。那些是赵医师说的,统统归纳一下并进行了分组。

           第二天。早上赶着甲方上班,我和小李去了王主任的办公室。进门后我直接说明了来意,想通过王主任来拍板甲方项目需求调研和沟通工作负责人的事情。王主任说赵医师是一线工作者,软件开发出来后也是他们使用,你能够直接找她进行具体沟通。当然HIS接口方面又网络部的田project师和你们协调。我仅仅须要听取他们的汇报就能够。听到这里我心里长长的呼出了一口气,心想昨天会议室的那种大场面最终能够说拜拜了。于是立刻回宾馆和小贾一起对初步的需求文档进行了更加仔细的归类:

    甲方干系人

     

    级别

    所属职称

    联系方式

    需求文档编号

    王主任

     

    A

    项目负责人(科室主任)

    xxxx

    No-1(v-1.0)

    赵医师

     

    A

    一线医师(需求调研者)

    xxxx

    No-2(v-1.0)

    田project师

     

    A

    网络部(HIS接口负责人)

    xxxx

    No-3(v-1.0)

    科室其它医师

     

    B+

    一线医师(间接性影响非常大)

    xxxx

    No-4(v-1.0)

    刘副主任

     

    B

    科室副主任(有一定话语权)

    xxxx

    xx

    张秘书

     

    D

    项目影响概率小(间接影响)

    xxxx

    xx

     

          从上表能够看出。依据项目现场实际情况。我们对甲方干系人进行了比較准确的分类,王主任,赵医师,田主任是直接參与项目的甲方人员所以他们属于最高级别的项目干系人,科室其它医师由于和赵医师在一个办公室,他们所处的工作性质一致都是后期要使用该软件的人员。在项目开发过程中,有非常大的概率会和赵医师进行项目上的建议和沟通,所以暂且把这些人分为B+级别。对于刘副主任(二把手你懂得)。不直接參与项目。所以暂且考虑为B等级,对于张秘书影响项目的概率非常小(除非和主任有一腿。或者对我们项目非常感兴趣,这几率太低了)所以把她归结为D级别。

           有了这些。我们的小贾同学就不会左右为难该听谁的好了。直接找赵医师去做需求,从此过上了快乐的生活。

           以上的小故事由故事原型改编,如有累赘之处还望海涵,总之我想通过这个小故事想说明一个问题即“怎样认清合作方的干系人,面对客户的一拥而上,该怎样解决?”

           首先,明白当前项目中甲方人员他们所处的角色,部门。项目期望和对项目整个周期中的影响力,了解他们中哪些人是基本的决策者,哪些人是项目最终的使用者,哪些人会间接影响项目。

           其次。寻找甲方人员的决策者,确定项目需求的主要沟通对象,从直接參与者中找到更直接的參与者。

           再次。依据以上两点的分析,对识别出的每一个干系人可能产生的影响和作用以及支持。进行分类,依照公司内部指定的级别进行划分。并对每一个干系人设定固定编号的项目跟踪文档,以备后期使用


  • 相关阅读:
    centos7手动搭建redis集群
    Xshell突破四个窗口限制
    Redis官方集群规范
    Redis官方集群教程
    centos7 更新阿里YUM源
    gitlab配置ssh
    Java前端控制器模式~
    Java数据访问对象模式
    Java组合实体模式~
    Java业务代理模式~
  • 原文地址:https://www.cnblogs.com/ldxsuanfa/p/10083308.html
Copyright © 2011-2022 走看看