1704191343
1704191344
1704191346
全面预算管理2.0：解开管理者8大难题的钥匙 7.5.2 明确需求范围
1704191347
1704191348
第二个难点是，如何明确需求覆盖的范围。
1704191349
1704191350
架构预算系统的时候，需要明确需求覆盖的范围，这个范围需要结合企业实际和IT假设。这样才能更好地确定要满足企业什么需求，怎么去满足企业需求。笔者按照预算的运行周期，细分为若干个小问题。
1704191351
1704191352
在预算编制阶段，第一，需要明确的是企业架构及人员的设计问题。如果企业实行组织架构和人员统一管理，则在公司的多个平台上要对人员的信息进行同步更新，比如财务系统和人事系统等。第二，需要定义相关的审批流程，确定各层级流程审批的责任人。一般来讲，没有特殊情况，审批层级可以与组织架构设置的相关责任人保持一致，特殊管理需求的情况需要另外考虑。第三，预算编制的深度及数据来源需要明确。第四，预算编制的起点需要明确，根据企业的目标和经营特点明确编制起点问题。有些企业以销售为起点，而有些企业以目标利润为起点，还有些企业由于所处行业的特殊性，以费用管控为起点。在同一个企业内部，也同样存在着各个责任中心预算编制起点的问题。第五，预算编制的模型设计需求在很大程度上决定了预算编制需求的范围，因为模型的设计就是对现实问题的抽象与概括。
1704191353
1704191354
在预算调整阶段，首先需要明确预算调整的组织架构，调整制度中有严肃的审批流程，完善组织架构有利于预算调整的控制和完善。比如，很多组织内设置有预算管理委员会，在进行预算调整时，预算管理委员会是最终的决策机构。另外，企业内也会制定相关的预算调整制度，来规范流程审批，保持预算的严肃性。同时，在进行预算调整时，需要提供预算调整数与期初预算数的详细对比，为审批责任人提供参考。
1704191355
1704191356
在预算滚动预测阶段，主要需要明确的是预算实际数的产生方式。如果实际数通过全面预算管理2.0系统内的预算执行模块回写，就需要详细定义预算执行控制的操作流程，以保证数据的完整性和有效性。如果考虑从各业务系统进行回写，则需要提供实际数回写的标准接口。在这样的情况下，回写数据时进行完整性检验是必不可少的步骤。
1704191357
1704191358
在预算执行控制阶段，要明确企业的预算控制方案，如刚性、柔性、按总量、按百分比等；而执行控制模块的流程审批，需要明确审批权限和模式。
1704191359
1704191360
在预算分析阶段，需求范围的确定主要取决于预算分析的内容。如果企业数据庞杂，系统繁多，要综合考虑全面预算管理2.0系统与各个系统的数据交互问题。
1704191361
1704191362
在预算考核阶段，需要了解人力资源相关的管理制度，以及企业内其他类型的考核以什么方式进行，是否可以将预算考核结合进去。例如，日常考核、360°考核、KPI考核、平衡计分卡等。
1704191363
1704191364
综上所述，需求范围的确定依赖于企业管理层对于管理思想的表达，以及对全面预算管理2.0系统在企业内部的管理角色定位。
1704191365
1704191366
1704191367
1704191368
1704191370
全面预算管理2.0：解开管理者8大难题的钥匙 7.5.3 技术架构设计
1704191371
1704191372
第三个难点是，如何设计符合系统运营要求的技术架构。
1704191373
1704191374
除了基本的软件技术架构设计，预算系统还需要满足更多的个性化要求。
1704191375
1704191376
第一，要保证全面预算管理2.0系统的可靠性，就是要保证预算系统少出错、不出错，稳定地完成预算任务。信息时代，软件的稳定可靠至关重要，在世纪之交出现的“千年虫”问题，给各国造成的效率损失难以估量，就连消除影响都耗资数十亿美元。前人之辙，后人之鉴。在构建软件架构的过程中，要规范化管理，降低可靠性风险发生的概率。
1704191377
1704191378
第二，软件系统的安全性也是在进行技术架构设计时特别需要注意的地方。安全性是系统发挥作用的基石，为避免重要信息外泄，造成不良影响，一般采用系统开发方法和基于模型的开发方法。前者是从开发的逐个流程中加以控制，减少可能出现的风险漏洞，后者是使用自动化工具生成代码，避免人工偏误，加以大量安全性测试，保证相对安全。两种方法相辅相成，共同构建起安全的系统环境。需要注意的是，如果自动工具对于模型的语义理解不正确，生成了错误的代码，也可能造成缺陷模型被接受的后果。
1704191379
1704191380
第三，要保证系统的可扩展性。系统在使用过程中，会随着实际情况提出更多的性能和功能需求。这就要求在软件架构设计中，提前考虑好扩展可能性，在今后的改进中，可以通过很少的改动或仅仅是硬件的添加，实现系统处理和功能的增长，如用户容量的可扩展性、预算容量的可扩展性。
1704191381
1704191382
第四，要保证系统的可定制化。在全面预算管理2.0系统内，可能会随着业务深入产生更多功能需求，如预算编制表单的定制化、审批流程的定制化、预算分析报表的定制化、人员权限的定制化等。这些系统的可定制化将为业务深入产生的系统需求提供极大便利。
1704191383
1704191384
第五，保证系统的可延展性。这是指可以在今后将新技术引入到软件系统中间来，更高效率地实现应用功能。目前由于技术水平的限制，预算系统设计的部分功能不能得到很好的完善，如果技术支持是可延展的，待未来技术进步，就可以弥补不足。全面预算管理2.0系统并非一成不变，如果未来出现可以弥补缺陷的新技术，要求系统能够与之相适应。
1704191385
1704191386
第六，要保证系统的可维护性。系统的长期使用难免会出错误，但是不能保证原班人马维护。这就要求选择高内聚、松耦合的模块化设计，便于维护人员的理解和维护。
1704191387
1704191388
第七，要保证良好的用户体验。在进行架构设计时，要综合考虑系统的易用性、人机交互的等待时间、系统定制化等。总之，以人为本的设计才是好设计。
1704191389
1704191390
1704191391
1704191392
[
上一页 ]
[ :1.704191343e+09 ]
[
下一页 ]