作者:刘云国 2021-5-20
摘要:全面预算管理是企业重要的管控手段和工具,在当前企业要求越来超前,管理越来越精细化和价值化之下,结合云计算、中台技术、智能化新技术应用,更好更快更标准化的设计蓝图方案。
本蓝图设计方法论目标一是解决蓝图方案标准化,制定蓝图方案的业务框架、预算解决思路和方案制定原则流程;二是应用此框架和流程设计项目未来业务需求解决思路,进一步规划和明确业务范围,促进双方目标和思路一致,确保未来详细方案设计方向和思路的正确性。三是规范项目实施的标准化工作,由于客户的管理需求不同和实施人员不同最终制定的蓝图设计方案是有差异的,但是设计方法、框架和内容是一致的。希望新人拿到此手册后能够知道如何设计蓝图方案。
纵观我们公司提供的业务服务和产品来看,我们非专注提供IT(信息化或数字化)规划服务商,但从项目实践看,我们在为客户提供管理会计及其数字化服务的同时,输出相匹配的聚焦我们专业服务信息化解决方案,我们的方案和蓝图主要专注于管理会计或全面预算管理的业务。从结构和内容及思路设计方面都是强调我们专业咨询能力,服务和落地客户的数字化转型和管理智能化需要。
本文所编写的蓝图设计方法论与IT规划方法论区别。相同之处是遵循传统的IT规划方法和过程,不同之处是我们公司的蓝图设计方法论更加聚焦在业务方案的设计和更加关注对蓝图设计的指引。
本方案适用说明:
本方案提供的是标准蓝图框架及内容和制作流程,目的之一是统一预算业务咨询设计思路和更精确的定义客户项目目标和范围;二是同客户领导层说明未来方案解决思路,预防业务思路和方向走偏。因此,不论项目大小,建议各项目都要设计蓝图方案。
根据客户要求和招标合同说明,蓝图设计可以适度简化,框架内容遵循本方案。
公司小项目(金额在50万内)或财务预算项目,不建议应用此方案。
1. 蓝图价值和定位
1.1 蓝图的目标和意义
1.1.1 蓝图方案定义
蓝图方案是以项目目标为中心,从业务管理视角,结合行业经验和信息化产品功能实现,满足客户全面预算方面的基础需求和关键需求,涵盖业务管理思路和框架、全面预算管理框架和业务逻辑、信息化产品应用架构和数据集成,体现业务管理解决思路和方向,旨在解决客户业务管理问题的产品应用解决方案。
1.1.2 目标和价值
对内目标和价值: 根据项目目标、前期调研访谈、资料解读和业务理解,让项目团队成员深入理解客户的基础需求和关键需求,理清客户业务痛点和管理痛点,集思广益,共同讨论制定我们解决客户需求和痛点的思路、策略和应用框架,从而明确团队共同的工作方向和未来的输出成果。
对外目标和价值:体现我们对客户需求和项目目标的解决思路和策略,一是提供向客户汇报的基础资料,让高层理解我们设计思路和建设路线及时间安排,提出相关指导性建议。二是展示我们团队的专业性,增强客户对我们团队的信任,进一步约定双方配合与分工。三是将客户需求高层想法和项目团队解决思路达成共识。
1.2 蓝图定位
战略指引:明确项目目标,说明项目实现的全面预算管理体系环节和内容,输出全面预算项目解决思路,向团队成员提供项目实现目标的指引。
分析诊断:通过现状分析和蓝图设计,找出项目问题或差异,输出优化建议和思路。
功能指引:理解客户面临的核心业务问题和管理痛点,结合行业实现经验,明确界定全面预算(目标、计划、编制、控制、分析、考核)实现的功能定位,清晰切分全面预算系统和周边系统功能实现和数据关系。
业务指引:业务需求和管理需求来自业务,解决思路应服务业务应用、忠于业务和管理,提供全面预算业务解决方案,并与项目目标前后呼应、高度一致。
数据指引:明确输出预算系统与各业务系统(财务类系统、采购系统、HR系统、费控系统、共享系统、OA系统、BI系统等)关系和逻辑,为后续的系统接口开发和集成提供指引。
2. 蓝图设计原则
2.1. 聚焦业务原则
所谓聚焦业务,一是锁定项目实施业务,二是关注客户行业特性。
首先,根据项目招标文件或者售前资料和售前人员,了解客户情况,客户所属行业、集团客户还是单一企业,详细了解项目实施业务范围(如管理会计、全面预算、数据中台、其他),清楚知道所涉及的业务内容(目标、计划、编制、控制、分析、考核),如是否有目标设定与分解,编制的粗细颗粒度,控制环节的客户要求,分析是面向预算应用还是面向经营管理分析,考核关注点等。
其次,依据客户所属行业及其特性,理解全面预算管理的行业特点和痛点,然后对比本项目情况,聚焦客户需要解决的问题。
最后,在蓝图设计时,一是根据项目所涉及客户企业性质和项目目标,尽可能的输出完整的全面预算业务环节,构建本项目预算业务框架,二是根据业务需求输出专业的解决思路和行业特性,并清晰的体现集团预算解决框架和单一企业解决框架 。
2.2. 借鉴行业原则
为了更好更快更准确的设计蓝图方案,蓝图设计可以参考行业经验和已有行业蓝图方案。在知晓客户所属行业情况之下,努力找出本行业的预算蓝图设计方案、本行业项目汇报方案、本行业售前建议方案,理解和筛选所借鉴方案相同点,引用至本项目蓝图设计,加强蓝图设计的专业性。
2.3. 落地实现原则
蓝图设计以客户实际业务需求为核心,结合我们公司的实施能力和行业经验来设计蓝图方案,输出的方案能够应用公司数字化产品(全面预算管理系统),很好的满足客户的业务应用和管理需求。蓝图设计中涉及的管理问题或很难实现的业务需求,根据实际情况可以有适度表达,不建议过度说明,可以忽略。
2.4. 提升高度原则
蓝图方案要体现一定的理论高度,增强方案的专业性,提升项目团队的价值。蓝图设计一是要具备高度严谨的逻辑,二是业务及管理需求描述准确抓住重点,三是反应高层关注内容及其解决思路,四是注意业务方案部分内容详略得当。
2.5. 增强可读原则
蓝图方案适合客户中高层人员阅读,能够正确理解我们设计思路,不引起歧义。能够适合客户关键用户阅读,可以明白方案内容,不存在理解上差异。尽量减少我们项目上和技术专用语言,尽可能的使用客户方语言表达。
2.6. 理解管控模式原则
了解客户是否是集团型企业还是单一企业,理解客户的管控模式,哪些产业或板块是战略管控、经营管控和财务管控,有利于掌控全面预算管理在产业层或下属企业实施的深度和细度;有利于掌控同一层级产业或业务单元应用细度;有利用我们更好的理解客户的实际管理需求和业务需求。
2.7. 抓紧目标原则
蓝图方案一定要围绕项目目标和客户高层关注点来设计。一是蓝图方案决定项目实现的方向和思路,面向客户关注需要解决的问题,而非软件的功能。二是客户在评审蓝图方案时必定会关注到当初提到的业务需求和目标。
2.8. 融合集成原则
项目实施中一定存在数据集成工作,方案一定要有“三度”,立意有高度,表现有细度,范围要适度。
现在客户系统应用情况多样化,有部署云端,有部署当地服务器,核算系统、ERP、资金管理系统、HR系统、采购系统、项目管理系统、合同管理系统、BI系统、OA系统、自有开发系统并存。全面预算管理系统是面向管理决策类的系统应用,在实施中必然和周边系统发生数据交互。首先,要理清哪些数据存在交互(范围适度),分别对应什么系统。其次,预算同各应用系统的功能定位和实现界面要划分清楚(说明细度)。最后,表达和向客户说明时,要站点客户角度有全局的观念,仔细耐心的说明各系统间的集成范围和各自实现内容。
3. 蓝图设计框架和内容
3.1. 蓝图设计框架
通常全面预算管理项目蓝图设计包含:现状分析与诊断,业务应用蓝图(全面预算管理体系及其业务逻辑)、产品应用蓝图、数据集成蓝图。
如果客户是集团企业,并多元化经营,可以按照实际情况(如客户的看法)和我们对客户了解把控,分为:现状分析与诊断、集团层蓝图、A产业蓝图、B产业蓝图…、产品应用蓝图、数据集成蓝图。
蓝图框架项目经理应根据实际情况和经验设计,但是框架内容一定要全面。尤其关于全面预算管理体系中所涉及的目标、计划、编制、控制、分析、考核,这些业务环节,要据实有度设计。
3.2. 蓝图设计内容
蓝图设计的主要任务是基于现状分析的成果,依据指导原则,梳理资料、分析现状和成果、讨论并提出必要的业务改进或者业务重整的建议,设计客户未来的预业务应用蓝图、产品应用蓝图、数据集成蓝图。蓝图设计主要工作成果是蓝图设计报告。报告中主要包含以下基本内容:
● 项目进度回顾:汇报项目进展情况及现在所处阶段
● 现状分析总结:总结性的列出前期调研分析报告中问题
● 业务改进建议及优化思路:主要体现在业务应用详细描述及解决思路
● 未来的应用系统架构:包括应用系统的功能分布、主要应用系统描述
● 未来数据集成架构:未来应用系统间数据集成与整合架构等
对全面预算管理系统项目而言,业务改进建议及优化思路部分是很重要的内容。
4. 蓝图设计流程
4.1. 调研访谈
4.1.1 现状调研访谈准备工作:
1) 了解客户所处行业与分工:不同行业有很多自身特性和专业术语,比如能源化工企业有盐化工(含焦炭、电石、氯碱、聚氯乙烯生产及加工)等,煤化工(含焦炭、煤焦油、煤炭气化、合成氨、联醇、煤制油、煤制烯烃)等之分。从我们公司来看,煤化工产业,煤炭和化工是产业的两端,煤炭和化工预算管理主要难点在煤矿定额和化工配比及其产业链平衡。
2) 调研问卷与提纲准备:
调研问卷的设计要结合行业与产业特性进行修正,而不是每次只有一个通用问卷。明知该问题在这类企业不存在仍花做调研,不但浪费时间且容易引起客户对顾问能力怀疑甚至是反感。
问题准备应该涵盖从客户未来业务需求和管理定位到预算管理流程的及其编制、控制、分析考核具体细节,比如未来公司各业务板块的市场定位与份额规划等,因为对于不同的业务板块,在公司未来发展中比重不同,而公司蓝图方案设计时应该是首先满足主力业务板块的系统应用,然后考虑非核心业务的实现。
考虑按照业务流程来设计问卷,而不是按功能模块来设计问卷,因为我们公司是按业务管理来设计方案,而不是按产品功能设计方案。
3) 调研的时间与人员安排:
调研人员应该是分层次进行,至少涵盖公司高层、中层管理者、关键岗位用户以及最终用户。为调研保证效果,应该按层次不同分别安排场次,让各参加者都能畅谈想法。
在资源和时间允许前提下,调研应该串行进行,各工作小组都能一起来参与调研,确保调研分析阶段能掌握所有情况。调研提纲与时间地点安排提前发给用户并预留出准备时间。
顾问个人经验积累是对调研效果也很关键,同样的问题用不同的角度或方式交流,会得到不同效果或结论。所以在调研前尽可能的内部先进行沟通和交流,互相补缺,有备而战。
4.1.2 现状调研与需求分析的进行:
1) 结合公司特性,确定调研的主线索。按照主线从目标到计划,从计划到预算,从预算到控制,从控制到分析,从分析到考核。这样不会遗漏关键点,而且能梳理出完整的全流程和各业务环节的关键问题。
2) 应该辅助以相应的工具或文档做好调研分析过程记录。最好是集成性的,每个顾问和用户交流时,都依此为做更新,而且保持版本的唯一性。这样能确保记录的清晰完整,而且各部门或用户反馈对同样问题有不同描述时可以及时发现并沟通一致。
3) 调研与分析过程中,不要对未来可能的系统解决做过多探讨和分析。未来如何处理一定是综合分析基础上,各模块讨论一直达成的。另外现状调研与分析过程中就同用户交流系统,容易让用户在信息不对称情况下使用户产生惧怕或抵触或者是过高期望的心里,不利于项目进行。
4.1.3 调研与分析结果的汇总:
1) 项目经理要注意收集和跟踪调研与分析中反馈的关键问题点。确保不被遗漏而且在方案设计时能全盘考虑。
2) 调研与分析的结果要发给用户(公司高层、中层管理、关键用户等)进行正式确认。不仅是确认过程,更重要是可以借此补充遗漏的信息。
3) 每次调研分析结果记录文档的内容更新,要组织一起学习和审阅,确保内部所有顾问都能清晰明确。
在所有顾问对调研结果一致认可的情况下再开始项目蓝图设计。
4.2. 现状分析与诊断
根据调研访谈汇总成果,对比行业先进经验和行业标准做法,评估预算管理现状并找出问题,提出改进或优化建议思路。
对比分析相同行业或者相同业务管理方面全面预算最佳实践(行业实践案例分析),提出相关预算业务流程或管理改进建议。
4.3. 蓝图设计思路形成
依据调研分析报告,分别就业务管理各环节(经营目标、计划管理、预算编制、预算控制、预算分析、预算考核)提出初步设计思路。并和客户负责预算的关键用户就初步思路进行沟通和思想交换,形成一致的蓝图设计思路。可以根据实际情况就蓝图思路多次同客户关键人员沟通。
4.4. 蓝图方案设计
蓝图方案主要包括:现状分析总结、业务改进建议及优化思路、未来的应用系统架构、未来数据集成架构。核心内容是业务改进建议及优化思路。依据蓝图设计思路,按客户实际情况,分别就集团、产业、业务单元层级进行描述。
4.5. 蓝图方案确认
通常情况下蓝图完成之后,蓝图的讨论汇报更加重要和关键,可能会涉及到项目回款事宜。根据项目实情,项目经理同客户积极确认讨论时间安排和蓝图汇报时间安排。
5. 蓝图设计方案确定的几次关键
5.1. 同客户方预算负责人沟通和汇报
5.2. 同客户方项目负责人沟通和汇报
5.3. 蓝图方案正式评审汇报
6. 蓝图设计所需资料/信息准备
6.1. 理解客户需求和项目目标
首先,应该从售前人员和销售人员那里了解客户高中层对项目目标期望,尤其关键领导或重要领导对此项目认识和理解(战略想法、讲话稿、汇报资料)
其次,仔细阅读客户招标文件中业务需求有关战略规划方面的需求描述,理解其范围和目的;
最后,通过调研访谈深入了解战略规划全面需求。
6.2. 理解企业发展战略
从客户网站、收集资料、领导调研等各方案了客户的公司战略、业务战略和职能战略。
6.3. 企业存在的关键问题和现状情况
6.4. 所属同行业蓝图设计案例
6.5. 蓝图讨论和沟通的关键人
6.6. 蓝图设计中突出的关键要素和环节
7. 蓝图方案实例
7.1. 客户基本情况
7.2. 项目功能需求
7.2.1. 战略管理业务需求
A集团战略规划管理内容包括不限于:战略目标制定及解码、战略分解、战略执行、战略评估及滚动规划。具体功能需求包括不仅限于:
7.2.2. 经营目标及计划
A集团经营目标及计划管理内容包括不限于:制定年度经营目标,年度经营计划编制、分解、评审、下达;根据实际执行情况进行季度的平衡、分解、评审、下达;月度计划编制、评审、下达。具体的功能需求包括不仅限于:
7.2.3. 全面预算
A集团集团全面预算管理内容包括预算基础假设、预算目标审核平衡、预算编制、预算执行监控、预算调整、滚动预测、预算分析以及预算考核。具体功能需求包括不仅限于:
7.2.4. 集成要求
1) 全面预算管理系统应体现对周边系统集成要求
本系统实施商负责全面预算管理系统与其他系统集成,主要解决应用系统之间的互联互通、信息交换、流程协作问题,包括界面集成、数据集成、流程集成和调用集成。集成商应确认核心模块、外围子系统间的集成范围,出具集成标准、数据标准、文档标准、接口标准,达到生产数据、经营数据、财务数据充分共享、互联互通的目的。
2) 全面预算管理系统与与其它系统集成时,本系统实施商应按照集成商制定的统一的数据标准和集成标准执行。
7.2.5. 系统间集成清单
按照总集成商制定集成标准,负责集成接口的开发、集成测试、联调。包括不限于以下集成清单:
7.3. 现状分析结论
7.4. 业务管理蓝图
从项目目标和关键需求,结合调研分析梳理整体业务管理蓝图
7.5. 蓝图设计-业务逻辑和业务管理解决思路
7.5.1. A集团-战略管理蓝图设计(部分)
本项目之战略管理定位:本项目是信息化系统实施项目,所以定位将A集团战略规划目标的相关信息纳入计划预算系统,作为将来年度预算目标体系参照和约束的依据。解决战略目标制定模拟分解至年度目标,年度上报/平衡、评价分析。
7.5.2. A集团-人工成本蓝图设计(部分)
人工成本预算管理流程:人工总量预测--上报--平衡--下达--执行
人工成本总量测算模型-数据、输入、输出、分解
人工成本测算模型二:输入行业三年历史数据,算人工成本占营业收入比,估计建议值
7.6. A集团-采购业务预算流程
7.7. A集团-投资总体框架
7.8. A集团-重点工作蓝图设计
7.9. A集团-能源集团业务框架
7.10. A集团-能源集团-平衡关系总图
7.11. A集团-能源集团-焦炭产供销平衡关系梳理
7.12. A集团-能源集团-用水平衡关系梳理
7.13. A集团-系统应用蓝图
A集团计划预算管理信息化规划蓝图:以经营决策为导向,业务模型为主线,公司产品平台为中心,构建A数据化预算管理体系
7.14. A集团-数据集成蓝图
系统集成:通过数据接口,打通预算管理系统和周边系统的数据通道
外围系统的数据通过A集团接口平台流转到全面预算管理系统,全面预算管理系统对数据的处理采用映射/检查和构建中间数据仓库,在系统间实现相关数据互联互通。
对接的系统包括SAP-ERP系统、OA系统、营销平台等14个业务、财务系统。
通过标准接口规范和多重数据安全机制,以实现A集团计划预算相关数据无缝自动流转、充分共享。
我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co
我将应用程序升级到Rails4,一切正常。我可以登录并转到我的编辑页面。也更新了观点。使用标准View时,用户会更新。但是当我添加例如字段:name时,它不会在表单中更新。使用devise3.1.1和gem'protected_attributes'我需要在设备或数据库上运行某种更新命令吗?我也搜索过这个地方,找到了许多不同的解决方案,但没有一个会更新我的用户字段。我没有添加任何自定义字段。 最佳答案 如果您想允许额外的参数,您可以在ApplicationController中使用beforefilter,因为Rails4将参数
无论您是想搭建桌面端、WEB端或者移动端APP应用,HOOPSPlatform组件都可以为您提供弹性的3D集成架构,同时,由工业领域3D技术专家组成的HOOPS技术团队也能为您提供技术支持服务。如果您的客户期望有一种在多个平台(桌面/WEB/APP,而且某些客户端是“瘦”客户端)快速、方便地将数据接入到3D应用系统的解决方案,并且当访问数据时,在各个平台上的性能和用户体验保持一致,HOOPSPlatform将帮助您完成。利用HOOPSPlatform,您可以开发在任何环境下的3D基础应用架构。HOOPSPlatform可以帮您打造3D创新型产品,HOOPSSDK包含的技术有:快速且准确的CAD
目录前言滤波电路科普主要分类实际情况单位的概念常用评价参数函数型滤波器简单分析滤波电路构成低通滤波器RC低通滤波器RL低通滤波器高通滤波器RC高通滤波器RL高通滤波器部分摘自《LC滤波器设计与制作》,侵权删。前言最近需要学习放大电路和滤波电路,但是由于只在之前做音乐频谱分析仪的时候简单了解过一点点运放,所以也是相当从零开始学习了。滤波电路科普主要分类滤波器:主要是从不同频率的成分中提取出特定频率的信号。有源滤波器:由RC元件与运算放大器组成的滤波器。可滤除某一次或多次谐波,最普通易于采用的无源滤波器结构是将电感与电容串联,可对主要次谐波(3、5、7)构成低阻抗旁路。无源滤波器:无源滤波器,又称
项目介绍随着我国经济迅速发展,人们对手机的需求越来越大,各种手机软件也都在被广泛应用,但是对于手机进行数据信息管理,对于手机的各种软件也是备受用户的喜爱小学生兴趣延时班预约小程序的设计与开发被用户普遍使用,为方便用户能够可以随时进行小学生兴趣延时班预约小程序的设计与开发的数据信息管理,特开发了小程序的设计与开发的管理系统。小学生兴趣延时班预约小程序的设计与开发的开发利用现有的成熟技术参考,以源代码为模板,分析功能调整与小学生兴趣延时班预约小程序的设计与开发的实际需求相结合,讨论了小学生兴趣延时班预约小程序的设计与开发的使用。开发环境开发说明:前端使用微信微信小程序开发工具:后端使用ssm:VU
我在我的项目中有一个用户和一个管理员角色。我使用Devise创建了身份验证。在我的管理员角色中,我没有任何确认。在我的用户模型中,我有以下内容:devise:database_authenticatable,:confirmable,:recoverable,:rememberable,:trackable,:validatable,:timeoutable,:registerable#Setupaccessible(orprotected)attributesforyourmodelattr_accessible:email,:username,:prename,:surname,:
我正在尝试创建密码规则来设计可恢复的密码更改。我通过passwords_controller.rb做了一个父类(superclass),但我需要在应用规则之前检查用户角色,但我所拥有的只是reset_password_token。 最佳答案 假设您的模型是用户:User.with_reset_password_token(your_token_here)Source 关于ruby-on-rails-设计通过reset_password_token获取用户,我们在StackOverflow
我已经使用Apartment设置了一个Rails5应用程序(1.2.0)和Devise(4.2.0)。由于某些DDNS问题,应用只能在app.myapp.com下访问(请注意子域app)。myapp.com重定向到app.myapp.com。我的用例是每个注册该应用的用户(租户)都应该通过他们的子域(例如tenant.myapp.com)访问他们的特定数据。用户不应限定在其子域内。基本上应该可以从任何子域登录。重定向到租户的正确子域由ApplicationController处理。根据Devise标准,登录页面位于app.myapp.com/users/sign_in。这就是问题开始的
我在关注RyanbatesRailsCast的devise和omniauth(第235集-devise-and-omniauth-revised)。当我尝试使用Twitter登录时,标题中不断出现错误。defself.new_with_session(params,session)ifsession["devise.user_attributes"]new(session["devise.user_attributes"],without_protection:true)do|user|user.attributes=paramsuser.valid?end完整跟踪:C:/Ruby20
我为Devise用户和管理员提供了不同的模型。我也在使用Basecamp风格的子域。除了我需要能够以用户或管理员身份进行身份验证的一些Controller和操作外,一切都运行良好。目前我有authenticate_user!在我的application_controller.rb中设置,对于那些只有管理员才能访问的Controller和操作,我使用skip_before_filter跳过它。不幸的是,我不能简单地指定每个Controller的身份验证要求,因为我仍然需要一些Controller和操作才能被用户或管理员访问。我尝试了一些方法都无济于事。看来,如果我移动authentica