信息化系统集成项目3 材料编写技术

第1章 项目材料编写技术

涉及到项目相关材料编写可参考如下方法:

1.1.编写流程

1.1.1.需求讨论

弄清这个项目材料“给谁看,让谁审,要何结果”,和需求方确认核心需求。

材料查阅:查找下有做过项目材料文件可以作为模板,也有基线版本的可供参考。把应有的章节都研究下,确定不要漏项。

争取时间:估算整体文件输出时间,材料输出计划,告知需求方需要支撑点,和可预判的风险,过短的时间,可能会不够缜密,争取更多的时间。

1.1.2.项目调研

编制目的:为什么要做方案,因为不同的编制目的,你编制的深度不一样,所以要确定方向如果只是为了申请投资,关注的重点就是如何让那些评审专家通过你的方案,就得考虑全部的问题。有些真正为了项目落地性考虑,可研的深度实际上越深越好,看甲方需求。

要求目标:涉及的范围、有何要求、有无文件/文献/领导讲话、上级下发文件等。

现状问题:现有系统建设现状,建设了哪些系统,能实现哪些功能,存在哪些问题

业务需求:各警种/各业务部门的业务需求有哪些,需要实现哪些功能等

背景介绍:访谈目的 人员、地点、时间、被访谈者的背景、访谈气氛;

总结关键成果:被访谈者的判断和结论 访谈者的结论/论据。

明确下一步工作,输出附件文档记录。

1.1.3.核心框架

分拣点线,汇成面块:梳理出调研获取的信息,甲方提供的文献,自己找的一些政策文件,形成一个个模块。

寻找模板:找一个比较全面的模板,能涵盖要求的大部分内容作为基础,进行调整修改

方法论证,实现闭环:让整个框架在逻辑上面能够清晰,方法科学,形成闭环

汇报框架:形成初稿汇报,告知整体方法论,以及每个章节包含的内容和编制建议,注意点。

1.1.4.文档编写

梳理思路,设计目录结构

选择好模板后,勿急于码字,先理一理思路,把可必须要有的章节先纳入(见:应包含的内容),在此基础上再根据甲方需求以及项目情况来增加相应的章节。整体框架要求逻辑清晰,观点鲜明,周密完整(MECE:无遗漏不重叠、不多不少刚刚好)。工具:XMind

及时汇报,避免推倒重来

设计好整体框架后,应及时与项目主管汇报沟通,避免后续的推倒重来。一般公安客户对于可研的套路可能也不熟,他关注的重点还是在方案合理性上。

分工码字,做好前后衔接

写作技巧:可以用金字塔原则(特点:从结论说起、中心思想、逻辑论证、逻辑归纳、周密完整)。项目负责人汇总材料时,应注意前后衔接关系,以及用语用词合理性,避免出现跳跃式写作(风格大变)。

科学论证,整体有依有据

例如:前端建设的数量→存储的大小→后端处理能力的配置→投资估算等等,这些都必须要有依据,绝对不能出现拍脑袋的结论。如果可以,最好有对比方案,并根据对比结论推荐方案。

1.2.编写方法论

1.2.1.案例对标分析法

大量采用典型案例分析、先进地区/省份或国家对标分析法等,为项目定位、组织领导模式、运营模式选择、评价指标体系设计等方面提供参考。

1.2.2.定量定性评估法

在信息化进展、试点建设进展回顾中采用定性评估法对各个地市所处阶段进行分类;在基础条件评估中充分考虑基础条件组成要素,构建基础条件评估指标体系,为项目决策提供基础输入;在布局决策模型中充分考虑决策影响因素,通过二阶段量化评估模型,指导项目前端点位建设、后端应用的布局决策。

1.2.3.文献分析法

大量收集自省及各地市社会经济、信息化、城市建设的相关规划材料、领导讲话材料、工作会议材料、培训材料等,间接了解项目建设思路和重点,增加专题规划的针对性和落地性。

1.2.4.调研访谈法

通过问卷和电子邮件两种方式回收公众/干警平安城市建设需求N份,为布局决策模型评估提供基础输入数据;开展项目试点参与企业访谈,了解项目试点进展及经验,为专题成果输出的科学性奠定良好基础。

1.2.5.反推法

利用已知的结论,反推出模型,编制出思路,自我验证模型和思路的可成立性,最后再用推出来这个思路和模型,得出你要的结

1.2.6.技术导入

很多文件实际上有个要求就是不能有厂家倾向性,文本中绝对不能出现某种型号或者有厂家的唯一性特征。那么如何让文件做好了后对我们有利是一门技术活儿。解决方法如下:

在技术要求章节,通过参数要求做一些限制,至少可以让一部分厂家满足不了。

新技术应用章节里重点描述我方的专长,既拔高、又落地。

技术分析章节里有针对性的放技术对比,既中肯、又明确。

在业务需求章节,编制入一些业务需求(业务需求非产品功能),我们能满足而友商又满足不了的需求。

业务需求筛选时尽量多的保留我们擅长的,要砍就砍那些我们不擅长的,既满足用户需求、又突出重点。

猜你喜欢

转载自blog.csdn.net/weixin_56217461/article/details/129011712