项目的需求管理 推荐

  需求无止境,问题无休止。用户的需求随着项目的深入必有所变化,不进行有效地管控,项目边界会出现较大的变更,导致实施顾问(或项目经理)无所适从,随之就是上线乃至验收遥遥无期。

 

  关于需求的虐心,可以每日三省吾身:响应不响应?改还是压?喝茶还是喝咖啡?这些经典的桥段,在项目管理BOOK中处处可见。

  公司的资源永远是紧张的,响应永远是不及时的,发布版本是不断延期的。自实施顾问进驻现场的那一刻,被公司灌输的理念就是能压就压、能不改就不改,修改要评估是否影响项目进度、是否影响验收、影响回款,相对提高客户满意度的回复就是“等待下一版本解决”。

  如果公司方面还是抱着这个思想,本着这种态度,那么终归将被客户淘汰。道理懂而不做,则只能说懂个五谷杂粮之气;若言资源有限,那就要曰一下:思想有多远。所以,不妨逆向思维、换个心态,主动了解需求、拥抱需求。

  不要把需求当作负担,而要转换成完善产品的资源。

  接下来,仅仅有好的心态还是不够的,扎实的基本功需必备!

  销售为了争取合同进行过度承诺,是不可回避的现状;客户集所有公司产品优点与一起撰写的招标文件,公司为了拿单不得不全盘接受,是不争的事实。

  但很多被客户要求过度承诺的内容有些是心血来潮的产物,而用户把金城武的脸庞、刘德华的鼻子、梁朝伟的眼神拼在一起,随着项目的开展,自己也清楚得到的不一定是男神。

  实施顾问要了解业务,清楚医疗流程,熟悉公司产品,在项目落地阶段帮助客户去分析需求到底解决什么问题。不能客户想要的烧鸡,反馈给研发是烤鸭,交付的是烧鹅。

  所以,要能识别用户的需求。

  处理好用户的需求,需要做好三件事。

  首先,用户的需求很少有不合理的。

  医疗行业发展到今天,随着产品功能规范以及一系列的标准出台,不符合规章制度的需求已经被自然的拒绝了。所以,客户管理层提出的需求,是基于精细化管理、提高医疗安全质量、改善患者就医流程等角度出发;最终的使用者所提出多是在遵循标准规范的前提下,对于产品使用的易用性需求。

  在此分享一个建立药品信息的案例:

  相同的药品名称,同样的药品规格信息,相同的药性药理,如果是不同的制药厂生产,就是一种新药品。所以,HIS系统中药品规格信息字典维护,系统会设计生厂厂家的属性,并维护相应的批准文号(如:国药准字H20030690)。

  临床CIS(医生站)系统开立处方(门诊)、医嘱(住院),软件都嵌入的有合理用药功能,而合理用药的实施监控(如要点提示功能:在药品信息输入过程中,每输入一个药品,都会显示一个“要点提示”框,重点显示该药品说明书中所提及的禁用、慎用信息和注意事项)都来自于HIS系统药品信息字典中生产厂家去匹配药典的知识库,所以需要严格按一个生产厂家就是一种新药品来处理。

  现实中某些地市药品招标过于频繁,同样药性化学成份的药品经常更换生产厂家,HIS系统便采用了一个药品编码对应多个厂家的处理方式,并且也没有使用合理用药系统。

  这就产生了矛盾,采用第一种模式,会造成医生模板经常变更或者长期医嘱要停止再新开立药品医嘱;如果采用第二种模式,则合理用药系统提示会存在不确定的安全隐患。

  客户的诉求,从药剂科和临床医生都希望是第二种模式。处理这类需求则需要:首先,药品系统要同时支持两种方式:在药品规格信息中维护生产厂家、批准文号,一个生厂厂家就是一个药品编码;第二,在药品入库时选择生产厂家,多个厂家对应一个药品编码。

  其次,两种模式从安全管理、现实应用都有合理性,不妨就将两种模式的利弊写出来,由客户做决策。

  最后,其实也是开始——请带好纸笔,先倾听客户需求,然后准备做处理客户需求的其他两件事。

 

(文章来源:e医疗2015年8月刊)