管理的责任 – 自动化项目管理 (1)

不管是 彼得·德鲁克 还是 亨利·明茨伯格,管理大师们对于管理的职能无不详尽立书著说,然而读他们的书也仅仅是获得书本理论,实际上在从事自动化项目中,会碰到各种各样的管理问题。LT 曾经读过 《项目百态 : 深入理解软件项目行为模式》这本书,一直在想,如果我们有足够的洞察力,何尝不去把自动化项目中的各种行为也记录下来呢?

某公司C在某公司A有一项设备安装项目,此项目对于公司C来说,直接客户是公司B,而公司A则是公司B的直接客户。关系是这样的:A <- B <- C 。

某周二,公司C的设备除了一些问题,暂时解决不了,公司A于是召集了公司C的总经理GM、销售经理Sale,把他们大骂一通,经过讨论,得出一个让步措施,可以让公司C做一个整改方案,并且要求公司C马上实施。

然后销售经理Sale打电话给项目经理Project并且传达了会议结论,于是项目经理Project再打电话给现场施工Workshop,并嘱咐现场施工workshop需要立刻处理这件事。(补充一下:现场施工除了Workshop,理应还有Service人员,不过Service人员暂时离开现场)。

事情如果按这么做就好了,不过墨菲定理无处不在。C公司的SALE在周四突然接到公司A的电话,并且被大骂一顿。此SALE被骂的莫名其妙,他并不清楚也很不理解。于是Sale打电话再问Project和Workshop,问是怎么回事?后来才查出原来是公司A发现周二商定的整改方案根本没有实施。C公司内部几个头头炸开锅了。

调查得知,原来在现场施工的workshop人员,在周三开始执行整改方案时,被公司B要求做另一件事,而此Workshop并不知道被要求做的这件事后面会占用了太多的时间,以至于没有时间去做整改方案了。从表面上看,似乎此Workshop没有执行没有反馈。这是C公司初步的结论,但是C公司的Service提出另一个观点,就是项目经理Project,没有及时跟进项目的进度。

LT完全很同意C公司Service的说法。这应该是管理者的责任。管理者的工作不是发号施令,不应该仅仅把任务抛出去,还需要对任务的完成情况跟踪和改进。

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.