[导读]A公司近日正在某大医院实施一综合HIS项目,该项目及互动用了公司的大部分资源:技术总控、开发组、实施组、测试组等等都在现场。针对这样的现象,引发了HC3i论坛网友的思考:把公司的大部分资源都用到一个大项目上是否有必要?有人认为,不管A公司做的是项目还是产品,HIS公司应该还是以做产品为主。但做产品如果以这种方式是否合适?
内容导航: |
|
网友金工提出HIS不是产品这是甲方市场所形成的,甲方总提一些非标准化需求,怎么办?
对此问题,网友chief给出了个人作法,不一定适合大多数情况,仅供大家参考:
1、项目启动会提出问题处理方案:A尊重用户规范业务和医院公共利益,用户进行问题登记制度,和信息科项目组过滤问题,方便定时进行批量集中处理非实时的问题,批量处理对开发有好处,我一般两个晚上搞定;也可留点时间让用户斟酌需求是否成熟;B软件不是万能的,不能像手工100%满足业务,有时候系统中好的管理方案用户在容易的时候做小的业务调整;C功能验证制度
2、问题处理完后和用户功能验证,用户会信赖你;
3、对于非标准化需求,有强势信息科参与,我想会解决很多棘手问题,如果自身产品有缺陷,那就另当别论;对弱势的信息科项目成员,那就依赖你平时积累的影响力,变通还不行,提交公司,销售解决,各负其责;
4、宗旨是不管怎样处理要真正解决问题,用户明文认可、验证通过,不留隐患和侥幸,用户面对的是天天使用的系统,做到这些用户也不会提出太多非标准化的需求(除非医院关系复杂,利益严重冲突,这些销售搞定),靠您复合型技能和项目控制能力。
共4页: 上一页 [1][2][3]4 |
验证码: | 点击图片可刷新验证码 |