[讨论]作为信息主管,我们该怎么办?

讨论内容原文地址:http://www.vsharing.com/BBS/BbsShowArticle.aspx?bid=1408&aid=435582


作为企业中的信息主管
    我们经常会遇到这样的情况,本来兴致勃勃的老总,让我们去接触ERP供应商,但几轮下来,到了该拿出进一步行动方案的时候,老总却犹豫了……
会有这样的情况出现:

*软件厂商的销售人员和顾问不值得信任
*被软件厂商的互相攻击搞晕
*方案介绍老板没有听懂
*软件明显与我们的业务流程不匹配
*感觉没有明确的选型标准,风险太大
*部门利益纠葛,只能暂停这样的项目
*总部和企业在技术、预算、功能性上意见不统一
*觉得很重要,但不清楚到底为什么要上
*被更重要的事情所耽误
*价格问题

还有没有其他问题,我们可以补充,对于造成这些问题的原因,大家可以提提自己的看法:

最重要的是在出现这样的状况下,我们应该做什么?
*放任不管,因为涉及太多管理问题和内部矛盾,不好插手
*和供应商联系,争取从外围突破
*进一步和老总沟通,找到事情的头绪
*转过头来建议做it规划或战略规划

在这个问题上,信息主管应该站在什么位置上,我们的价值何在,为了在erp选型过程中,充分体现信息主管的价值和作用,我们还需要具备哪些技能和知识?

 =========================

       正好今天有一个IT主管的朋友,从4月中旬就开始做ERP的选型,原来打算是五月中旬敲定的,可是因为接触的ERP的厂商太多太多,导致自己的日程排的满满的,同时也听了太多ERP厂商的理念与概念,也看了太多的DEMO,反而到头来就没有什么主意了,正好我觉的上述的一个讨论或者可以给这位主管老兄一些思路和启发的。

       既然是讨论,我倒也发表一下我的看法吧,如果做为顾问,其实与医生的职业类似,要想解决问题,必须知道问题的根本原因是什么,而上述的这个讨论中,上述出现的各种原因,我觉的在选型过程中都有可能碰到,不妨来具体分析个中原因及对策:

*软件厂商的销售人员和顾问不值得信任
-商业行为没有绝对的信任,需要通过合同条款来约束和保护自己的利益,同时需要确定IT主管自己的专家地位,只有自己练就火眼金睛才是正理,这样就不怕那些伪专业了。


*被软件厂商的互相攻击搞晕
-通过自己资源网络的努力来多方收集软件厂商的信息以及其成功/失败案例的信息,互联网也是一个非常好的工具,同时的话,用笔记下软件厂商互相攻击的内容,同时向攻击方了解细节以辩真伪。


*方案介绍老板没有听懂
-这是软件厂商的错,连业务语言都不会;另外我自己的做法提前都会提醒软件厂商注意这些起码常识。同时的话,在方案介绍之前,IT主管应该自己先听一下厂商的相关介绍,或者是看一下方案介绍的内容。同时也有责任告之IT厂商自己老板对IT理解方面的一些情况。


*软件明显与我们的业务流程不匹配
-这种时候就不要赶鸭子上架了,当然清楚自己要什么、站在业务发展角度厘清业务需求说起来容易但很多IT负责人做不到。如果IT主管理不清楚业务需求的话,不妨可以请咨询公司来做,或者与企业的企管部,流程管理部合作(如果有的话)。


*感觉没有明确的选型标准,风险太大
-呵呵 这个嘛无语,楼上讲的好 也许请第三方专业咨询机构是个办法但得小心伪专业。对于选型标准,我认为企业的话可以利用“标杆原则”,在任何一个行业,一般都会有企业的“标杆”,它一般是你们公司努力学习的对象,你可以利用自己的网络渠道向同行学习,当然,在这里的话你需要合理地分析出自己与标杆的距离,并看出哪些问题不是通过软件就能解决的,是需要通过日后的企业发展来解决的。


*部门利益纠葛,只能暂停这样的项目        
-一个重大IT项目规划时期没有考虑风险管理,实在不应该;利益是一个无法回避得问题,解决的办法往往是折中(当然有强劲的变革文化的公司除外)。当然,IT主管这个时候也可以采用“合纵连横”的策略,通过与一些强势的业务部门联合推进项目了。当然,这就要求IT主管能够有较强的公司政治的把握能力了。


*总部和企业在技术、预算、功能性上意见不统一 
-作为IT负责人,如何从业务角度来说明项目的价值是个重要能力。IT项目的价值与预算的问题也是老问题,但如果IT主管有较强的IT规划能力,在做IT规划的时候就将这些问题考虑进去,并与总部进行充分沟通之后得到许可,我想再来做这个事情将会容易的多。


*觉得很重要,但不清楚到底为什么要上                 
-这个也无语,不懂得其价值是件可怕的事情;哪怕是公司的形象工程,那也是价值。为什么要上的理由,可以从业务部门所碰到的问题入手,看一下能解决哪些具体的问题,同时这些也将会是IT主管们做选型时的主要依据。


*被更重要的事情所耽误
-除了突发性事务之外,是否要检讨一下企业的日程计划是否合理,同时需向你的领导沟通,时间与计划其实也是一种资源

*价格问题
-价格这东西,其实现在基本已经是比较明朗了,如果有意选择某家公司,那么找他们的死敌问问一般都可以获得价格方面的可靠信息了。

自己做的 一个 考勤信息管理系统 第一章 可行性分析 1 1.1 引言 1 1.1.1 编写目的 1 1.1.2 项目背景 1 1.2 可行性研究的前提 2 1.2.1 要求及目标 2 1.2.2 条件假定和限制 3 1.3 技术可行性分析 3 1.3.1 技术的支持能力 3 1.3.2 技术的优势 3 1.3.3 技术的难点 4 1.4 经济可行性分析 4 1.4.1 投资 4 1.4.2 效益 4 1.5 社会可行性分析 5 1.5.1 法律因素 5 1.5.2 用户可行性 5 1.6 结论意见 5 第二章 需求分析 6 2.1 系统需求 6 2.2 功能需求 6 2.3 数据流图 7 2.3.1 系统顶层图 7 2.3.2 数据流程图一层分解图 8 2.3.3 数据流程图二层分解图 10 2.4 数据字典 14 2.4.1 数据流条目 14 2.4.2 数据项 16 2.4.2 加工条目 18 第三章 概念设计 22 3.1 实体之间的联系 22 3.2 E-R图 22 3.2.1 局部E-R图 22 3.2.2 整体E-R图 25 第四章 逻辑设计 26 4.1 概念模型向关系模型的转换 26 4.1.1 1:N联系的转化的关系模式 26 4.1.2 M:N联系的转化的关系模式 26 4.2 关系模式的优化 27 4.2.1 确定范式级别 27 4.2.2 实施规范化处理 27 第五章 物理设计 29 5.1 数据库的存储结构 29 5.1.1 数据库 29 5.1.2 数据库表结构 29 5.1.3 数据的存放位置设计 32 5.1.4 系统配置 32 5.2 关系模式的存取方法 33 第六章 实现运行与维护 34 6.1 数据库的建立 34 6.2 表的创建 34 6.3 视图的设计 37 6.4 存储过程的设计 38 6.5 触发器的设计 40 6.6 运行与维护 41 总结 42 参考文献 43
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值