会计软件项目资源管理研究

摘要：从会计原理出发的软件项目资源管理方法在1975年Brooks出版的《人月神话》中，提到没有几个软件开发项目能达到既定的目标、时程以及预算的要求，到了今天大多数软件开发项目超支的情况却依然存在。面对如此的状况，二三十年来软件开发相关的学术界或实务界理所当然也努力不懈地提出各种管理工具来加强管理，以避免问题的严重性。

关键词：会计;软件;项目;资源;管理

传统的财务会计只能于事后得知项目预算超支了，因财务部门只被动地负责记录资源的取得与耗用，至于开发过程中，到底是那些活动在耗用资源？耗用掉多少？或哪一项工作已超支？却不易得知，所以只能将耗用的资源总数依某个基准（如人工小时或产品数量）分摊至最后产品或服务。这使得软件开发活动中的许多细节，有如在黑箱中一样，任由开发者在暗室中摸索前进，而客户又常站在己方利益角度任意变更或增加各种需求。在缺乏客观数据的协商基础下，经常容易导致双方冲突发生或项目的失控。这是财务软件产业中的重点问题。

一、项目管理用会计科目标准的选择

为了解决传统会计上的盲点，管理会计提出了作业基础成本制来改善管理方面的问题，本研究的主要目的是将这个制度所提出的“作业动因”直接设计成“会计科目”而.将会计原理导人软件开发，试着实时追踪与控制软件项目中人力资源的耗用。

在说明如何应用之前，有一件非常重要的事情必须先决定，即项目管理上所要使用的“会计科目”。在各种软件开发流程的百家争鸣之下，着实难以决定以哪一种开发流程来作为标准会计科目，再加上作者认为软件开发的估算偏重在程序代码的编码上，甚至有人提出用程序代码的行数或功能点来估算成本，忽略了软件既然以项目的方式来开发，除了撰写程序代码会耗用资源外，尚有其他非常多的工作，如会议、谈判、合约签订、计划书的制定项目团队的组成、质量监控、风险管理及各种采购等等都会耗用掉相当多的人力资源;另外，项目规模的大小、分解后的工作项目也会因每个项目而有所不同;还有作业活动的先后顺序也会因开发流程的不同而有所差别。

为了配合各种因项目而异的状况，可选用RUP流程模型及PMI国际项目管理协会所出版的项目管理知识体指南（PMBOKGuide）作为范例，说明会计科目代码的编制，而.在第四章的个案中，则参考两者以实际案例再一次示范代码的编制作业。RUP最初是由RationalSoftware公司与Boehm所共同提出，它并不是一个具体、规范型的流程，故原则上流程的架构与相关细节，可由用户自行选择或调整。

首先，就RUP流程模型的“四个阶段”与“九大工作流"作为会计科目建立的基础，分别建立中类别及科目别，至于子目别与细目别则由用户配合实务自行依“作业活动”建立之。

其次，就是PMI所出版的项目管理知识体指南中，所提出的五大项目管理流程及九大知识领域作为会计科目建立的基础，分别建立中类别及科目别，于各科目底下依其子流程（第四版共有42个子流程）建立其子目别;至于细目别则可依软件开发上的需要，使用各软件项目适合的作业活动名称来建立。如此在建立的标准会计科目范例就有其代表性、完整性及应用性，可作为在实际应用时的参考。

二、会计要素在资源管理上的套用

会计上将交易事项分成资产、负债、所有者权益、收人、费用和利润（本次研究暂不考虑利润）六大类，称为会计要素，各类可再依需要分中类别科目别、子目别及细目别，于使用前加以编制代码，并以借贷方向来代表各类别科目金额的增加与减少。原则上是以1至5来代表这会计要素五大类。在此也提出软件开发资源管理用的五大类，即可用资源类、借用资源类、投人资源类、耗用资源类及收益资源类，其所采用的代码，系套用会计五大要素的逻辑，以第一码作为套用会计原理并与会计接轨的代表码，从1至5均沿用会计上所代表的意义，整理如下。

“1”代表“可用资源类”，套用“资产类”，借方表增加，贷方表减少。

“2”代表“借用资源类”，套用“负债类”，借方表减少，贷方表增加。

“3”代表“投人资源类”，套用“所有者权益类”，借方表减少，贷方表增加。

“4”代表“收益资源类”，套用“收入类”，借方表减少，贷方表增加。

“5”代表“耗用资源类”，套用“费用类”，借方表增加，贷方表减少。

但“收益资源类”在本研究上并未使用到，其理由系因本研究的目的是为了内部追踪管理软件开发时的资源耗用，但可在未来与财务会计或与单位责任制接轨时的延伸研究中采用之，所以暂时予以保留。

资产类和费用类的借方表示该科目金额之增加，其贷方表示该科目金额之减少，相反地，其余三大类的负债类、所有者权益类及收人类的借方则表示该科目金额之减少，其贷方则表示该科目金额之增加。所以套用后，可用资源类和耗用资源类的借方表示该科目数据之增加，其贷方表示该科目数据之减少，相反地，其余三大类的借用资源类、投入资源类及收益资源类的借方则表示该科目数据之减少，其贷方则表示该科目数据之增加。

三、项目资源管理专用的会计科目

编制项目资源管理用标准会计科目的代码，首先，示范的是RUP流程模型中构思、扩展、建构及转移四大阶段作为科目代码的第二码，而商业塑模、需求、分析与设计、实作、测试、部署、构型与变更管理、项目管理及环境等九大工作流作为科目代码的第三码。亦即第二码的1至4代表四大阶段，第三码的1至9代表九大工作流，第四码起为流水號，可依各专业管理上的需要，依其作业活动别依序来编制其代码即可。

根据上述的会计科目代码的编制原则将项目管理上使用的会计科目的范例编制，第1级可与第2级搭配建立科目代码及其名称，同理，第2级也可与第3级搭配建立科目代码及其名称，但由于篇幅的关系只编至第3级，至于第4级与第5级，则由企业根据管理需要自行编制。另外，为了追踪软件开发完成进度，有关“实获值”的记载，可套用会计上对于制成品、半成品、或在建工程等存货类而增加“产品完成类”来加以管理之。

四、会计原理在项目管理上的应用

会计上会在一特定期间内，不断地重复执行分录、过账、试算、调整、结账及编表等六个步骤的“会计循环”。在尚无计算机会计软件来处理会计账务之前，每个步骤都是由人工的方式来完成。有了计算机会计软件之后，通常只要由会计从业人员输人第一步骤的“分录”，其余的五个步骤已都由计算机程序自动完成，这是较早期的计算机会计软件。

至于目前的计算机会计软件，如ERP系统为了整合资源，除了财务会计模块外，也有采购、营业（销货）、制造等模块，换言之，有来自财务会计部门以外的非会计从业人员直接透过计算机软件将他们各自的工作内容自動转成“分录”进人财务会计模块，经过会计从业人员审核后，其余的五个步骤同样由计算机程序自动完成。ERP的开发，不只组织内各部门，甚至组织外部，如网络，上客户下的订单等，实务界已经有非常多非会计从业人员的工作以“分录”的方式被直接转人财务系统。

根据管理工具背后的运作原理，同样将软件开发的相关作业活动，以“分录”的方式自动转人此管理工具来执行“会计循环”，所以即使不懂会计原理的信息从业人员，亦不用担心在使用上的问题。另外，在执行面上，本工具还有一项特殊优势，由于软件项目多数活动皆在计算机上进行，因此，有关各项作业的人力资源实际耗用数据的撷取，只要提供适当的系统支持，通常不难取得。在此为了协助理解，仅以PMBOK大类的科目来示范说明整体的概念，在实际应用上可以以此类推至第5级的作业活动细目别。

五、总结

会计是对经济数据的认定、记录（或衡量）与沟通的程序，以协助数据用户做审慎的判断与决策。也就是以系统化方法，将特定经济个体（如：公司）所发生有关经济活动的日常交易事项，以货币为衡量的单位，依其相关的交易凭证（认定），按时序来加以登账（记录），最后编制报表传递给相关用户（沟通），此种从数据（交易事项）转换到信息（报表），以协助报表用户对经济活动加以审慎的评估，并做出正确的判断与决策的程序。

参考文献：

[1]刘红梅.扩展会计等式理解借贷方向[J].中国乡镇企业会计，2007（4）.

 [2]李伟华.会计信息质量对医院管理决策的影响[J].中国管理信息化，2013（10）.

[3]毛志宏.会计学[M].北京：经济科学出版社，2007（8）.

作者简介：

郝利平，成都高德唯斯科技股份有限公司，四川成都。