汽车&零部件制造业-怎么写MES项目交付文档

背景

以MES项目实施为例，传统的MES项目实施大体可分为需求分析、系统设计、系统构建、SIT&UAT、试运行支持、上线运行支持这几个阶段——验收后运维支持属于项目实施完成以后的工作。

以需求分析阶段为例（本阶段输出《需求分析文档》，或称《整体解决方案》），对MES实施顾问的要求，除了业务理解能力和方案规划能力之外，文档能力也非常重要，因为文档是咨询过程中不可缺少的一部分，也是最终交付物归档和呈现的方式体现。然而缺乏经验的实施顾问（不乏资深顾问）绝不在少数。

思路

文档工作有两个要点，包括怎么写、怎么改。这里先回答怎么写的问题。

文档怎么写，归纳起来只有四个字：框架、素材。

框架

框架是文档的骨架，素材是文档的血肉。

框架是文档整体思路的呈现，可以用txt编辑工具快速构建起来（编辑工具多样化，笔者常用Notepad++），示例如下：

需求分析文档/整体解决方案 文档结构图1.文档概述    1.1文档目的    1.2定义及缩写    1.3参考文档    2.需求分析————————————————【PPT】文档中需要加一页片子，介绍需求调研阶段的工作历程    2.1业务现状分析        组织        产品        工艺        信息化                    2.2用户诉求        2.2.1用户需求            “想要”实现~（FIFO，边料管理，优化sap接口，减少冲单率，订单的满足与匹配，）   而不是功能                    2.2.1功能诉求            功能诉求来源于MES系统关键用户，涵盖并对应于业务层面的管理者和操作者            用数据表的形式，列出用户需求            用图的形式，对用户需求、分布作分析，关联性、顺序性、强弱、数量，包括排列图、饼图等          2.3业务分析                业务模型            业务归口                    业务主线            辨识项目实施的方向和重难点3.解决方案    3.1主数据管理    3.2业务解决方案        流程图例及说明        业务流程图及说明    3.3系统集成方案        范围/对象：        方案目的：        方案描述：    3.4系统管理        用户权限管理        日志管理4.文档签署    本文档由XXXX负责撰写，XXXX拥有对此文档的最终解释权。    本文档需要以下项目相关负责人审阅，在完全理解并同意本文所描述内容的情况下签字，签字后即日起生效。    （表格）角色姓名项目职责签字日期5.附录A-单据收集6.附录B-硬件需求    类型、配置要求、数量、部署地点、备注（可利旧）    服务器    终端PC    终端PDA…

在txt编辑器中，将框架快速完稿或定稿，这个过程依赖于文档作者的经验，也取决于在构建文档思路之前的深思熟虑，一般从落笔到完稿只需要30分钟左右时间。

经验体现为：之前做项目时有写过类似的文档，其文档思路（即上述“框架”）可以拿过来做参考。

深思熟虑体现为：结合当前项目工作要求、与参考项目文档的差异，作者当知道对上述参考文档的框架的内容进行去伪存真，即：添加、删除、修改……

素材

素材是对文档框架的补充和完善。

不同章节的内容，体现为不同的素材。素材形式体现为文字、表格、图片……

1.不同的框架对于素材的要求不同。

比如：

在素材准备工作中，“客户方LOGO”与“实施方LOGO”应该是最必要和最简单的一项。

对于“项目实施计划”的完善，就需要提前准备（收集、或者作者绘制）好计划甘特图（可用Excel/Project编辑）及描述（Word或其他）。

2.对框架的完善的颗粒度可大可小。

对于“项目实施团队成员”的完善，可以用表格形式描述：成员姓名、职位、职责、工作经验。

或者在上述表格的基础上，继续完善成员简历；甚至描述在本次项目实施中，不同项目成员的工作时间分布（即结合项目计划和实施团队成员，补充描述人力资源计划）。

框架内容的颗粒度体现了甲乙双方对文档内容和描述细化程度的具体要求。

供参考的实施标准（如ISO9001、CMMI）中描述了文档的颗粒度，但是在具体项目执行中，这个度可以由文档作者灵活把握，比如与甲乙双方项目负责人沟通以后，明确哪些内容当写、细化到哪种程度。

3.素材需要沉淀。

素材可以在历史项目中沉淀，有心的文档工作者也可以日常工作之余来收集和整理，形成自己专用的素材集合，以便在需要时快速索引和使用。

结语

从文档交付和归档的要求来讲（以满分100分为例），文档的编写工作满分是80分——即便是最用心的文档编写者，也不能奢求其编辑完稿的文档是可以直接交付的。

其原因于在，甲乙双方项目负责人在签字前审阅文档时，必然会提出修订要求，而这些要求往往是文档编写者考虑不到的。

“考虑不到”包含原因和结论这两个方面的客观情况考虑：

1.文档作者对于甲乙双方项目负责人的要求不能完全理解和响应，不论是动笔之前，还是完稿之后，只要审阅者和编写者不是同一人，其关注要点都不可能达到百分百契合——正如不存在无Bug的系统一样，对于文档“质量”的要求，不论是编辑者还是审阅者都应该秉承理解和包容的心态；

2.文档作者在编写文档时，不必过分担心文档修订对编辑工作的影响，或者说，应该完全摒弃这种担忧，“放开手来写”，反而是达成最佳交付的理想工作状态。