日志文章

2008年03月04日 19:19:00

最近又回顾了以前做过的几个项目,有所感悟2--传统的此类项目的推进思路和方法

但是,这类系统的实施实际上很难做好。我在处理这类项目的时候,以前有过教训。

当时,自己不是很有经验。签过合同之后,就让乙方尽快派人来安装系统。很快,系统安装完毕。然后来了几个所谓的“顾问”,我一问,都是些工程师,没有人做过真正的顾问。甚至,连比较专业的系统分析都做不好,就是会做VISIO图。

开始的时候,并没有看出事情的危险来。他们的计划是:

1、先把系统安装好,然后去各个部门把需要的各种信息、数据收集上来。

2、将公司流程和日常事务管理的各类主数据配置好后,宣布系统配置完毕。

3、所有的用户设置好后,给出一个统一的预置好的密码,然后通过群发邮件通知所有的员工,让他们上网登录系统修改密码,然后开始全面试用。

4、针对试用中员工发现的问题,进行跟踪服务和修改,IT全部人马出动,随时待命。

5、当全部员工都认为没有问题了,OCS系统开始正常运行。

6、一个月后,正常运行的系统就等于项目结束了。然后要组织验收活动,跟乙方进行项目结算。

7、宣布项目结束。

这似乎是个很好的主意,但是,里面存在着巨大的不可控因素和风险。
下面的分析将会跟大家详细说明白。

Tags: 协同   传播式  

类别: CIO札记 |  评论(4) |  浏览(9971) |  收藏
一共有 4 条评论
4楼 [匿名]vj3xpqak 2008年10月09日 19:56:26 Says:
%E4%B8%93%E4%B8%9A%E7%94%9F%E4%BA%A7%E9%94
3楼 大行致远 2008年04月18日 09:21:31 Says:
实施的过程也是一次很好的学习过程,无论是谁!不怕出问题,就怕没问题,是不是这样?不过就具体的风险控制与危机管理,老董有没有好的建议?最起码不能让小问题扩大。
2楼 [楼主]惶者生存--董衍善 2008年04月17日 12:39:41 Says:
从项目的推进角度看,是这样的。但是,从人和团队的成长看,也还有更多的意思。
1楼 大行致远 2008年04月17日 11:09:55 Says:
项目的推动还是要靠自己,我觉得指望乙方似乎没用,他们的“顾问”大多是毛头小伙,光有理论太不够了,如果对方有一个很好的项目经理将是一件幸福的事情。所以这里面的风险可不可控因素更多都是自己去控制,不知道能不能这么理解?
期待~后面老董的分析
发表评论
看不清楚,换一张