工程规划申报方案概况怎么写(如何编制项目蓝图汇报材料)

蓝图阶段是项目实施构建过程中不可或缺的一环,通常在项目前期调研后基于调研结果开始蓝图编制,其作用主要完成未来系统实现功能的设计规划,该阶段也是与客户冲突最大的阶段,蓝图阶段成功的关键是引导客户需求,降低客户对项目不切实际的希望等。

在蓝图方案编制后需要对相关方进行蓝图汇报,相关方通常为甲、乙方领导,需要将蓝图阶段成果进行对应展示,所以蓝图汇报PPT就显得尤为重要,本篇将以数据中台项目蓝图汇报PPT编制为例进行整体描述,其中业务蓝图规划为各项目领域内容,蓝图材料的编制构成及编制方法可参考文章。

整体说明

本章主要对项目全生命周期管理、业务蓝图、蓝图汇报整体框架进行说明,项目全生命周期主要从项目各个阶段进行介绍,在业务蓝图说明中主要对蓝图阶段进行说明,包含蓝图具体功能作用等,最后对蓝图汇报整体过程进行说明。

1.项目生命周期

在IT行业内项目通常分为启动阶段、设计阶段(蓝图设计、详细设计)、构建开发、上线阶段和验收阶段。启动阶段主要包括项目启动会、确定项目组成员、确定项目实施计划;设计阶段主要包括业务调研和蓝图设计;建设阶段包括安装部署、关键用户培训讲解、静态资料准备、数据采集、系统功能测试;上线阶段包括正式环境部署,静态、动态数据导入;验收阶段主要包括持续支持、项目终验、项目移交、项目后评价。

工程规划申报方案概况怎么写(如何编制项目蓝图汇报材料)(1)

蓝图阶段的作用是基于项目前期调研从业务背景、项目目标出发,通过方案目标的支撑思路,点对点地梳理出应用于产品的解决方案,从而明确团队共同的工作方向。

2.业务蓝图说明

业务蓝图设计主要包含:项目整体背景、项目建设目标及实施范围、蓝图术语名词、软件整体规划架构、数据管理相关说明、系统构建具体内容及相关后续运维内容等。项目整体背景说明企业当前需求痛点并说明本次项目可以协助企业解决哪些问题。建设目标及本次项目实施可以帮助企业达到哪些具体效果,而实施范围则包含未来哪些集团下分子公司具备该软件的使用权限,软件整体架构具体包含数据架构、集成架构、部署架构等,系统构建内容则是具体建设细则,最后对数据管理及考核方面进行说明。

3.汇报整体框架

整体框架主要包含四部分:项目总体情况、项目进度汇报、工作总结说明、后续工作安排,具体如下:

项目整体情况:包含项目建设目标及范围、企业痛点分析、建设内容、建设原则、价值及项目粗计划,该计划按照里程碑节点描述即可;

项目进度汇报:主要包含项目调研内容,具体包括调研客户包含多少家、整理多少份会议纪要、调研内容、调研提纲等,要能用数字说话;

工作总结说明:包含建设成果、工作重点内容以及具体不足内容等;

后续工作安排:包含整体项目计划,该计划要针对粗计划更细致,下一阶段计划内容、重点及风险点,同时包含具体解决方式等,最后对客户等寻求支持及各厂商配合等。

最后进行整体答谢,如感谢各位领导支持,同时我们有信心有能力,可以按期、高质量地完成项目。

蓝图概述

蓝图整体描述模块的编制主要包括前期调研集团公司痛点分析,基于痛点引出项目建设内容及建设目标,包含建设的范围,下一步对项目调研过程中的成果进行展示,最后体验项目的建设价值。

1.项目痛点分析

在蓝图汇报时首先需要基于前期调研对客户主要问题点(痛点)进行分析,并描述出由痛点引发出的一个问题或者多个问题,并对当前问题进行分类,具体可以细分为集团整体IT规划层面问题、数据集成层面问题、数据标准层面问题、数据管理及考核层面问题等,这些问题是导致客户业务受阻的主要原因,在蓝图汇报时可以具体按照问题分类,已表格的形式列出对应问题点,从而引出后续解决方案、建设目标及项目交付内容。

2.建设内容目标

在本章主要在项目痛点分析及问题的基础上抛出自身解决方案,具体包含项目实施交付内容、建设目标以及建设范围等,其中建设目标可以参考借鉴项目招标文件,并结合近期项目调研客户核心需求进行编制,例如数据中台项目建设目标:基于数据中台实现数据实时集成,主数据统一源头、统一管理,将各类业务系统的数据统一储存,通过智能分析与挖掘,对关键业务指标进行实时监控和管理,为不断增长的信息化业务提供数据支持。

最后基于建设目标落地具体产品及方案解决,继而描述每个产品的建设内容及组合方式,并描述出每个产品或方案的IT价值及业务价值,最后对项目建设范围进行描述说明,包含项目上线后具备使用版权的业主单位。

3.项目调研成果

项目调研成果部分主要包含项目调研内容,具体包括调研客户包含多少家、整理多少份会议纪要、调研内容、调研提纲等,要能用数字说话;针对调研单位可以使用Excel对调研单位名称、调研对象、调研提纲、调研会议纪要进行整体罗列,在最下方要有一个整体统计的说明,同时要有基于调研来输出的对应调研成果即《调研分析报告》,成果内包含当前集团现状分析、问题总结及整体规划建议等,在项目调研成果中要包含以上对应信息。

4.项目建设价值

项目建设价值则是文章中最后一节,主要描述通过本期项目建设可以为集团带来哪些价值,可具体细化分为IT价值及业务价值,IT价值则是通过项目数据来发挥其对应的数据价值,具体样例描述如下:

IT价值:通过数据分析的需求和效果,对业务数据进行反向推演,验证业务系统的完整性以及数据的准确性,从而促进业务的改造升级。构建基础的、统一的、完整的数据管理体系,使企业数据质量更高、功能更全,为后续IT信息化的发展提供数据支撑;

业务价值:通过企业数据的整合与展现,在掌握运营情况的同时,能及时发现企业管理存在的问题,查缺补漏,促进企业业务的升级。使企业的数据质量得到全方位的提升,使与数据相关的业务流程得到深度再造,企业的数据将更一致、更准确更可信。

蓝图规划

业务蓝图规划各厂商按照产品各不相同,本篇文档主要围绕中台产品进行描述,主要分为基础数据治理、数据可视分析、数据管理规范,本章主要按照产品构建内容进行细分,具体内容如下。

1.基础数据治理

基础数据治理蓝图规划主要包含本期建设主数据、数据来源系统、消费系统、主数据编码体系等进行整体描述,主数据部分在描述时需要对主数据进行大类划分,可分为组织人事类、客商类、项目合同类等等,来源系统及消费系统则是描述数据来源是哪些业务系统,与来源系统具体的集成关系如何,在主数据清洗过后形成黄金编码后需要将数据分发哪些业务系统等等,主要是讲蓝图设计规划文档中的内容进行抽象,提炼到汇报PPT上即可。

2.数据可视分析

数据可视化分析数据中台整体建设包含两大模块,一部分为数仓构建,另一部分为数据可视化展示配置,数据可视化分析数仓构建主要针对调研客户各业主单位,具体按照主营业务进行主题域细分可分为人事域、金融域、旅游域、公路域等,同时在汇报时需要把每个主题域对应的数据架构、业务指标、数据模型、大屏、业务报表等均进行罗列,同时要把每类主题预期展示效果进行展示。

3.数据管理规范

在做数据中台一定要规范、制度先行,所以在蓝图汇报时数据管理规范及数据管理方法是不可或缺的一部分,在数据管理规范部分主要包含数据现状调研及需求分析、规划和设计信息标准化体系架构(设计信息标准化体系架构、组织管理管控、系统集成架构、运维架构体系等)、制定统一数据标准与规范(分类标准、描述模板、编码规则、数据模型等),建立数据管理组织,制定信息代码管理办法,维护细则、培训机制、应用考核规范等管理制度等等。

计划安排

后续工作安排主要包含项目整体计划、项目建设重点以及汇报PPT说在最后的内容,项目整体计划为更为细粒度的计划内容,项目建设重点主要包括实施过程的重点以及难点,最后是说在最后的致谢及信心保证等等。

1.项目整体计划

项目整体计划在整体架构中进行了粗粒度描述,只描述了按照里程碑节点的完成时间,而本次主要描述项目整体计划,针对构建阶段更加细粒度的描述,主要说明项目每个阶段都具体涵盖什么内容,包括具体有哪些工作量等等,主要按照WBS排期即可。

2.项目建设重点

如果时间允许,可以在汇报收尾阶段阐述项目建设的重点及难点,例如标准编码体系的梳理与编制、主数据的识别、业务集成场景、管理流程的梳理、主题与指标划分、数仓模型配置、明确看什么、怎么看、怎么分析、如何探索等等,同时口述重点和难点应该如何解决,应该哪些人员、哪些厂商配合等等。

3.其它内容说明

其它内容说明主要为汇报PPT的收尾,进行整体致谢,阐述未来工作需要集团领导配合及各分子公司的协调,同时也要自身进行表决信息,保障可以按时且高效完成项目等等。

心得体会

通过本次项目蓝图编制及蓝图汇报PPT的编制,使自身对于客户业务理解、意思形态等方面有了一定的了解及提升,现从业务理解、文档积累以及产品打磨层面总结如下。

1.业务理解

项目调研也就是了解产品的主要用途以及应用场景,满足用户什么样的需求。还要考虑和其它产品相结合组成的解决方案在其中的占比,其次是了解产品的核心,针对产品核心展开以中心点扩散式的学习,才能在功能用途上全面了解产品。目前自身的知识储备以及阅历还是不够的,需要不断地累积,在全线掌握公司产品后就要考虑这些问题。

2.文档积累

在日常工作中需要对平时知识点进行不断的记录,就可以将这些知识点记录成片、面,的就目前的IT行业来看,撰写文档也并不是毫无缘由的,一个优秀的IT从业者势必具有过硬的笔头功夫。除此之外,不管向项目实施、项目管理、项目经理或是后端开发等任何方向发展,都会有撰写项目总结、实施进度汇报、需求设计文档等要求,因此提升文档撰写能力刻不容缓,重视并培养自己撰写文档的能力至关重要,将文档记录形成习惯,为个人成长助力。

3.产品打磨

在项目前期调研时需要抱着产品经理的心态,通过产品的日常使用、客户现场的客户反馈中,发现产品需要优化的点以及相关BUG,并通过邮件反馈至各位产品负责人,而不是等上线过后等客户反馈发现问题,那样对于项目整体的工作量是相对较大的,会大大影响项目实施进度。

一个好的产品首先需要跟上时代的发展、技术的迭代,另外一个产品并不是由开发人员独立完成的,而是群策群力听取多方建议,尤其是客户提出的建议,经过评审确定是否采取建议,并考虑行业的最新发展趋势,考虑该信息、概念、技术是否对产品有用或者有影响,并考虑持续发展战略。

本文由@数通畅联原创,欢迎转发,仅供学习交流使用,引用请注明出处!谢谢~

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页