* 制造业数字化搞了十几年,终于找到一个愿景:致力于为全行业实现数字化卓越运营,希望能做到“格物致知,切己体察,虚心涵泳”,然后从一个错误走向另一个错误

如何实施一个项目

IT管理 侯三爷 10年前 (2014-10-24) 2192次浏览 已收录 0个评论 扫描二维码

实施项目在逻辑上要比调研项目简单的多,因为实施是按照调研的成果再进一步规划,可以只考虑一个周期内实施的规划,毕竟可以不像调研时必须全盘考虑,但是实施也要制定完整的计划、制度、各子项目负责人,调配好资源。

调研是上行,需要的是全局把控,实施是下行,需要的是沟通与推进,但共同点是都需要对资源了如指掌,并且了解项目的各个细节。至于实施的具体流程就不再列了,现在对自己画流程图的能力十分鄙视,说一下自己在实施项目过程中的一些关键点吧。

无视计划与进度

这是最初做项目的时候犯的错误,原因是当时领导只追查延期原因,只要有原因,一切都可以说的过去,其实做项目最怕的就是不按计划来,一乱全乱,当时在出现延期之后,向前后推进的动力很低。

其实项目最主要的就是按照既定计划往前走,而且考核只需要考核进度与质量既可,出现延期或其他问题,其中一个主要原因就是对项目细节并不十分了解,无法把控。

调研失责

这是我在这位领导来之后接手的第二个项目,我是拿到方案开始实施的,拿到方案的一刻,感觉巨简单的项目,我还因此报怨过,这么简单,为毛要我去干?但是到现场实施时,尼玛,方案第一步就不能实施,必须要修改,于是我们在现场进行了大量修改,并于修改后向领导汇报:方案不行,需要重新调研修改。领导果断拒绝,方案没有问题,必须执行……

究其原因,将调研仍给了乙方,并且没有在现场详细调研操作员的操作情况,全凭经验制定了方案,我方也没有人懂得业务,于是就同意了方案,不过一个没有可操作性的方案有用么?

前置项目成果未确定

还是上面的项目,该项目需要前置项目的成果,但前置项目成果一改再改,我收到的最终版方案就有近十版,最后只好用日期注明方案确定日期。该前置项目是我不断催促,不断参与才最终确定下来的,并且因为架构问题,并不是最优方案。好吧,最终执行的操作员也没有完全按照方案来做,我发现后实在不敢再提,底层的东西,改动太大,就这么凑和吧。

沟通不畅

我们项目组成立的莫名的保密制度,只有项目参与人与领导可顺畅知悉子项目进度,了解其他相关项目进度的成本相对较高,而且不能第一时间知悉,不能及时应对。

领导失责

还上上面的项目,好不容易上线一半,操作人员反了,开会讨伐,主要是想修改方案,有人私下跟领导说当时不是把方案定了么,领导说,哪定了,没有,那只是临时方案。大哥,我项目都推进了一半了!

实施是至下而上的,要从下往上沟通

这算是我的经验,因为了解项目,才知道哪里可落地,和最下层的人先沟通,逐层向上沟通,到最高领导只需要汇报:出现了什么改动,已经沟通过了,用什么方式来解决的。

有些项目组觉得拿领导去压就可以了,其实是错的,因为下层的人没有决定权,只有操作权,但他们可能会采取非暴力不抵抗的方法来抵触,而且你根本就没有办法。我曾经因为一些小问题,在某个节点上用了一个周去前后沟通与解决,最终说服了操作部门,从最开始的“错了你要我们赔 30 万”,到最后他对自己人施压来完成项目,我无须强制其执行,只需解决他的问题。

把所有参与项目的人员都当而自己人

依然是我们项目组的问题,因为独特的问责机制,我们只需要找到延期原因,并且不是因为我们就可以了,所以我们项目组都会把乙方、我们、操作部门当作三方,只要问题不在我们,就推给他们,可是项目失败并不只是他们的问题,是我们共同的责任,这是最基本的概念。我往往听到项目组中的其他人对其他部门的报怨,而我多数都劝其找找自身的原因。

要有强悍的总结归纳能力

这应该是我的优势,在某次开会时(我犯贱,不是我的项目,只不过有些许关系),在我说完以后,有人当场就说,喜欢听我说话,因为我会把当前的问题都归纳出来,并把提出的解决方案归纳出来,未解决的问题也列出来。如果做项目,这点是必须的,毕竟每个项目的每个环节都和上下有些千丝万缕的关系。

全局思维

在提到问题时,都是以点的方式来提出的,而遇到这些问题,我都是去多想一些,把类似的这类问题都提出来,并提出一种发现思路,毕竟在第一次出现问题时,多数是我们没发现过的问题,出现后需要做的除了解决还有避免以后出现类似问题。

站在用户的角度去思考问题

用户就是操作人员,这是互联网行业一直称道的“用户体验”,这种事情说起来简单,但实际养成这种思维很难。比如我之前在解释一件事情的时候,对方问到了技术细节,我就开始讲解技术细节,其实他就是想知道对他的影响,但不知道怎么问,我讲了那么多,他也没搞明白……

开会主题明确、方案清晰

我跟着其他项目开过很多次会,开会没有主题,最终没有方案,这其实不是会的原因,而是没有拍板的人,我在其他会上经常会被问到:你觉得怎么样,你觉得这样行不。原因又是我们独特的问责机制,怕担责任怕出错。有本书叫做《罗伯特议事规则》,我没有看过,但看到别人做的导图,被好多人推荐,我觉得值得借鉴。

承认错误才是成本最低的解决方案

如题,我不怕错误,就怕发现了不错误。

做好扫尾工作

项目验收一定要按要求来,不是能用就可以验收的,另外,做为项目负责人,一定要制定维护方案,不论是谁都可以按照维护方案来进行维护。

想到这么多,就写这么多,真正写如何去实施一个项目,真的太难了,这个容后再整理,包括上一篇中的如何调研,也要再整理一遍,但短期内没有太明确的思路。


本文由侯三爷逐字打出,如果对您有用,可随意转载,如果有时间,可以在本文下留言说明,或在转载时加上本文地址。本文标题:如何实施一个项目 本文链接:https://www.housanye.com/how-to-implement-a-project.html
喜欢 (0)
侯三爷
关于作者:
从事制造业IT管理12年,有十多年的个人成长践行经验,在企业经营管理、IT管理、个人成长、GTD、项目管理、知识管理等方面稍有理解,偶尔分享读书笔记,或者记录生活小技巧。
发表我的评论
取消评论

表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址