实施项目在逻辑上要比调研项目简单的多，因为实施是按照调研的成果再进一步规划，可以只考虑一个周期内实施的规划，毕竟可以不像调研时必须全盘考虑，但是实施也要制定完整的计划、制度、各子项目负责人，调配好资源。
调研是上行，需要的是全局把控，实施是下行，需要的是沟通与推进，但共同点是都需要对资源了如指掌，并且了解项目的各个细节。至于实施的具体流程就不再列了，现在对自己画流程图的能力十分鄙视，说一下自己在实施项目过程中的一些关键点吧。
无视计划与进度
这是最初做项目的时候犯的错误，原因是当时领导只追查延期原因，只要有原因，一切都可以说的过去，其实做项目最怕的就是不按计划来，一乱全乱，当时在出现延期之后，向前后推进的动力很低。
其实项目最主要的就是按照既定计划往前走，而且考核只需要考核进度与质量既可，出现延期或其他问题，其中一个主要原因就是对项目细节并不十分了解，无法把控。
调研失责
这是我在这位领导来之后接手的第二个项目，我是拿到方案开始实施的，拿到方案的一刻，感觉巨简单的项目，我还因此报怨过，这么简单，为毛要我去干？但是到现场实施时，尼玛，方案第一步就不能实施，必须要修改，于是我们在现场进行了大量修改，并于修改后向领导汇报：方案不行，需要重新调研修改。领导果断拒绝，方案没有问题，必须执行……
究其原因，将调研仍给了乙方，并且没有在现场详细调研操作员的操作情况，全凭经验制定了方案，我方也没有人懂得业务，于是就同意了方案，不过一个没有可操作性的方案有用么？
前置项目成果未确定
还是上面的项目，该项目需要前置项目的成果，但前置项目成果一改再改，我收到的最终版方案就有近十版，最后只好用日期注明方案确定日期。该前置项目是我不断催促，不断参与才最终确定下来的，并且因为架构问题，并不是最优方案。好吧，最终执行的操作员也没有完全按照方案来做，我发现后实在不敢再提，底层的东西，改动太大，就这么凑和吧。
沟通不畅
我们项目组成立的莫名的保密制度，只有项目参与人与领导可顺畅知悉子项目进度，了解其他相关项目进度的成本相对较高，而且不能第一时间知悉，不能及时应对。
领导失责
还上上面的项目，好不容易上线一半，操作人员反了，开会讨伐，主要是想修改方案，有人私下跟领导说当时不是把方案定了么，领导说，哪定了，没有，那只是临时方案。大哥，我项目都推进了一半了！
实施是至下而上的，要从下往上沟通
这算是我的经验，因为了解项目，才知道哪里可落地，和最下层的人先沟通，逐层向上沟通，到最高领导只需要汇报：出现了什么改动，已经沟通过了，用什么方式来解决的。
有些项目组觉得拿领导去压就可以了，其实是错的，因为下层的人没有决定权，只有操作权，但他们可能会采取非暴力不抵抗的方法来抵触，而且你根本就没有办法。我曾经因为一些小问题，在某个节点上用了一个周去前后沟通与解决，最终说服了操作部门，从最开始的“错了你要我们赔 30 万”，到最后他对自己人施压来完成项目，我无须强制其执行，只需解决他的问题。
把所有参与项目的人员都当而自己人
依然是我们项目组的问题，因为独特的问责机制，我们只需要找到延期原因，并且不是因为我们就可以了，所以我们项目组都会把乙方、我们、操作部门当作三方，只要问题不在我们，就推给他们，可是项目失败并不只是他们的问题，是我们共同的责任，这是最基本的概念。我往往听到项目组中的其他人对其他部门的报怨，而我多数都劝其找找自身的原因。
要有强悍的总结归纳能力
这应该是我的优势，在某次开会时（我犯贱，不是我的项目，只不过有些许关系），在我说完以后，有人当场就说，喜欢听我说话，因为我会把当前的问题都归纳出来，并把提出的解决方案归纳出来，未解决的问题也列出来。如果做项目，这点是必须的，毕竟每个项目的每个环节都和上下有些千丝万缕的关系。
全局思维
在提到问题时，都是以点的方式来提出的，而遇到这些问题，我都是去多想一些，把类似的这类问题都提出来，并提出一种发现思路，毕竟在第一次出现问题时，多数是我们没发现过的问题，出现后需要做的除了解决还有避免以后出现类似问题。
站在用户的角度去思考问题
用户就是操作人员，这是互联网行业一直称道的“用户体验”，这种事情说起来简单，但实际养成这种思维很难。比如我之前在解释一件事情的时候，对方问到了技术细节，我就开始讲解技术细节，其实他就是想知道对他的影响，但不知道怎么问，我讲了那么多，他也没搞明白……
开会主题明确、方案清晰
我跟着其他项目开过很多次会，开会没有主题，最终没有方案，这其实不是会的原因，而是没有拍板的人，我在其他会上经常会被问到：你觉得怎么样，你觉得这样行不。原因又是我们独特的问责机制，怕担责任怕出错。有本书叫做《罗伯特议事规则》，我没有看过，但看到别人做的导图，被好多人推荐，我觉得值得借鉴。
承认错误才是成本最低的解决方案
如题，我不怕错误，就怕发现了不错误。
做好扫尾工作
项目验收一定要按要求来，不是能用就可以验收的，另外，做为项目负责人，一定要制定维护方案，不论是谁都可以按照维护方案来进行维护。
想到这么多，就写这么多，真正写如何去实施一个项目，真的太难了，这个容后再整理，包括上一篇中的如何调研，也要再整理一遍，但短期内没有太明确的思路。
