本来是打算写经历过的项目的总结的，结果写了好几个月，最后就变成写总结了，刚开始写如何调研一个项目的思路也没写清楚，但总算完成，算是给自己这六年一个交代，把这些文章汇总整理到这里，以后更新或者增加都会更新这篇文章：

实施项目在逻辑上要比调研项目简单的多，因为实施是按照调研的成果再进一步规划，可以只考虑一个周期内实施的规划，毕竟可以不像调研时必须全盘考虑，但是实施也要制定完整的计划、制度、各子项目负责人，调配好资源。 调研是上行，需要的是全局把控，实施是下行，需要的是沟通与推进，但共同点是都需要对资源了如指掌，并且了解项目的各个细节。至于实施的具体流程就不再列了，现在对自己画流程图的能力十分鄙视，说一下自己在实施项目过程中的一些关键点吧。

调研到最后肯定要出具调研报告，如果项目有实施的必要，就要确定实施方案了，实施方案应该放在调研阶段。 确定实施方案也需要反复确认，如果是软件的实施方案，应该设计具体的流程，表单格式，功能控制等具体的方案，一般软件的实施方案都是软件厂家根据调研报告出具。 不同的实施思维提出的解决思路和方案肯定是有所不同，如果甲方去选择方案，必须要对自身的业务非常熟悉，选择一个更适合的方案进行实施。

确认好调研目的、分析方法和调研小组成员后，正式进入调研阶段，调研又分为两步，第一步是现状统计，把现状确认后提交调研报告，第二步是解决方案设计。步骤就是按照如何调研一个项目（1）——调研流程中提到的第5-8步进行。

在上一篇文章如何调研一个项目（1）——调研流程中，根据我自己的经验提供了12步，其实应该是划分成三大步，第一大步就是确定方向与调研小组，涉及到上篇文章提到的1-4步： 调研目的：很多项目目的都不清晰，就上线了； 确定项目涉及到的部门与人员：有一点点关系都要列出来； 选定项目负责人：负责人要清楚项目的每个细节，因为方案制定肯定是从最上层的目的入手，从最下层的细节开始实施； 选定调研小组人员，要求调研人员必须精通业务；

写完了事前调研的重要性，如果不写解决方案，就是耍流氓，我尽可能的把我理解的如何调研写明白，本来打算一篇文章写完的，列完流程发现这是一个太过复杂的过程，只好分开，尽可能将每个步骤都写清楚吧。

最近实施了一个项目，拿着方案做的实施，又旁观了几个项目，真的是旁观，有机会参与，也不敢插手了。 这个项目当我拿到方案的那一刻，估算了时间和工作量，满心的打保票啊，当时的想法就是，抓紧干完跟下一个项目，好像每个项目只要方案定了，真的能够很快的实施，毕竟大部分的工作都已经完成了，剩余的只是照猫画虎的事情了。

GTD中有一个又一个的清单，而清单的划分维度又特别清晰，有按时间维度分的，比如今日待办清单、明日待办清单、日程清单、将来/也许清单、下一步行动清单、等待清单啥的，也有按项目维度划分的项目清单，有按目标划分的目标清单（貌似是doit.im独有吧）、有按情境划分的情境清单。 除掉项目清单以外，其他清单都特别好理解，在不同的时间不同的地点不同的目标下的待办事项的列表，而对于项目清单，我之前使用较少，负责项目也比较少，所以对项目清单的存在也一直没有做过思考，现在有幸跟了几个项目，而且还有人给了很多指点，所以有点想法，以下就…