- 5.62 MB
- 63页
- 1、本文档共5页,可阅读全部内容。
- 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
- 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
- 文档侵权举报电话:19940600175。
'mmm:i〇〇〇4觀公开BEIJINGJIAOTONGUNIVERSITYWKSM麵硕dr专业学位论文^ip^^胃帛业银行电子银行软件项目成本管綱究—G银行手机银行改版项目为例圓瞧-刘旭>专业学位工商管理硕±'指导教师賴梅教授識院累猶群
如《遠乂攀工商管理硕±学位论文商业银行电子银行软件项目成本管理硏究—WG银行手机银行改版项目为例TheCostManagementofTheElectronicBankinSoftwareProectgjInMobileBankingRevisionProectofGBankj作者:刘旭导师:李單梅教授北京交逝大学2016年6月
学位论文版权使用授权书本学位论文作者完全了解北京交通大学有关保留、使用学位论文的规定。特授权北京交通大学可W将学位论文的全部或部分內容编入有关数据库进行检索,提供阅览服务,并采用影印、缩印或扫描等复制手段保存、汇编W供查阅和借阅。同意学校向国家有关部口或机构送交论文的复印件和磁盘。学校可W为存在馆际合作关系的兄弟高校用户提供文献传递服务和交换服务。'(保密的学位论文在解密后适用本授权说明)^/学位论文作者签名;导师签名:签字曰期:心&月签字曰期年<月iG年^
10004学校代码:密级:公开北京交通大学工商管理硕±学位论文商业银行电子银行软件项目成本管理研究—G银行手机银行改版项目为例tementofTheectronicankinSoftwareectTheCosManagElBgProjInMobileBanking民evisionProectofGBankj11:4巧474作者姓名:刘旭学号导师姓名:李雪梅职称;教授专业学位类別::工商管理学位级別硕±北京交通大学2016年6月i
致谢在准备和撰写论文其间感谢我的导师李雪梅教授的帮助,对论文的论述和关键问题严格审查,对涉及的理论问题和不足给予指导和意见。感谢我在北京交通大学攻读工商管理学位期间,经济管理学院W及MBA中也出色的组织和管理工作,在合理的课程安排外,还组织丰富的讲座、论坛及其他实践活动,为我校MBA一学生和外界构建了个沟通、展示的平台。感谢所有授课老师对课程内容认真的准备。尤其在MBA课程安排在工作日晚间和周末的情、课堂上生动详实的讲授况下,,上课严谨准时、讲解精神饱满为我们所有上课的同学做有力表率。最后感谢论文中G银行手机银行项目组相关同事给予的资料支持和其他帮助,为我的研究提供了坚实的基础。
ABSTRACT摘要伴随着商业银行科技化水平的提高,w电子银行为代表的各科技项目数量和。规模呈现快速增长趋势在互联网金融产品快速发展的背景下,银行科技管理及软件研发部口有提高电子银行软件项目管理水平的需要,通过更科学的成本管理提高产品的价值和企业竞争力。本文的意义在于在电子银行产品竞争加剧,银行成本压力增长的情况下,,发现目前电子银行产品软件项目成本管理的问题给出合理分析,对项目的整个过程提出规范化的具有实践价值的成本管理方案。本文W我国大型国有商业银行G银行手机银行改版项目为案例基础,采用文献研究、理论分析、实证分析、访谈法等方法对具有行业特点的电子银行软件项目成本管理进行研究。首先通过当前商业银行竞争与经营分析,说明电子银行软件应用在渠道竞争中的重要地位,W及在成本压力下对其进行规范的成本管理的必要性。然后通过G银行电子银行软件产品管理组织架构和项目营理过程的描述,对手机银行改版项目成本管理现状进行分析。按照项目成本管理各过程划分,针对其成本规划权责不清晰、成本估算不准确、成本变更控制薄弱、缺乏成本核算一等问题分析其形成原因。每个问题都不孤立存在,影响关験的成本管理过程。其中对成本估算阶段专家评估法导致评估不准确的问题,使用访谈法收集评估人员主观评价资料。根据原因分析提出改进方案,对项目的整体成本规划,使用业务团队为整体实施全过程成本管理和考核,打破管理部口间的成本管理壁垒;成本估算对案例提出使用功能点分析法进行规模估算的实践方案;研发项目各阶,成本控制结合价值工程的理论段中,对需求受理、增量开发过程、测试过程中成本控制问题进行分析,使用基于功能价值的评估方法,改进成本控制过程:本文试图通过建立在系统理论上案例研究,借助业内的典型的项目管理过程和成本管理问题,为互联网金融发展新形式下对商业银行电子银斤软件,提出具有更广泛意义的,可实现推广的成本管理决策方案。:关键词成本管理;项目管掛电子银行;成本估算;功能点分析
ABSTRACTA目ST民ACTWUh化eimprovementofInfbrmationandtechnologicallevelofcommerciaibanks,Number-ofebankingsoftwaredevelomentroectsisgrowi打graidl.Thereisalotppjpyofin化n化competitionandpressureamonsoftwaresofelectronicbankinbusiness,soggcenemenicitisnessartofind化esoftwareroectcostmanaemetroblsoflectroypjgpbankingsoftwareroectandhaveareasonableanalsis.Theaerisofferaracticepjypppcaseoftheelectronicbankingsoftwareroectcostmanaement.jgpInord巧losolve化eproblemsinelec化onicbankingsoftwareprojects,weput化emobilebankingapplicationrevisionprojectofGbankasacase,andinvestigatethecostmanagementissuesinsoftwareprojectthroughli化raturereview,empiricalanalysisandmanagementdecisionmethods.Firsttheaerdescribestheelectronicbankingsoftwareppinanimortantositioninthechannelcometitionbanalzin化ecurrentsituationofpppyygcommercatrocsoialbanks.Secondwenalyze化ecostmanagemenpesfmobilebankinroectineachcourseof化eroectan过describe化eroblems化atcostgpjpj,pmanaementresonsibilitiesarenotclearbetweensectorscostestimatesarenotgp,-accuratechanecontrolisweaklackofaccountininoutsourci打rocurement.Then,g,ggpweanalyze化eproblemandthencometoreason.Thesolutionsto化eseproblemsi打eetestantco打PoinAnalsssi打hewhoeludthaimlihecostofusinFuntitiutlggy,gprocessofcostmanagementasabusinessteamintheproject.Theapergivesadvicesp化atweusevalueengineeringapproachtoanalysisthecostintheprocessofreuirementsanals.iistheincrementaldevelomentandtestinBesdestheaerhasqy,pgpprecommendationsforersonneloutsourcinbasethemobilebankalicationroject.pgpppTheoalof化epaeristorooses化erelicablecostmanaementdecisionschemegppppgwhichhaswidersinificance.gstManaementProManaemenElecronicnkinCostKEYWORDS;CoectttBag;jg;g;Estimates;FunctionPoint乂nalysis
^目录摘IVgABSTRACTVI1引胃11.1研究背景11.2研究内容和意义21.3研究程序和方法32手机银行改版项目成本管理描述52.1案例概述52.2G银行电子银行软件项目特点52.2.1组织机构及项目人员构成52.2.2项目研发流程72.3手机银行改版项目内容82.4手机银行改版项目成本构成92A1研发成本构成92.4.2研发采贿成本102.5手机银行改版项目成本管理现状112.5.1规划成本管理112.5.2估算成本112.5.3控制成本132.6手机银行改版项目成本管理问题142.6.1规划成本管理152'6'2估算成本1552.6.3控制成本126.4核算成本162.716本章小结3手机银行改版项目成本管理问题分析口3.1软件项目成本管理相关理论及文献173."项g成本管理17311..2软件项目的成本管理8
3.1.3敏18捷开发成本管理193.1.4软件研发成本度量319.1.5功能点估算法193.1.6价值工程法3.2规划成本管理责任不清晰203.3估算成本缺乏规范和科学性213.3.1规模估算方法选巧213.3.2估算结果的主观因素223.3.3规模与工作量混淆23243.3.4历史组织数据失效3.4成本控制受迭代研发影响巧341巧..成本管理计划326.4.2变更管理3.5成本管理考核机制待完善263.6本章小结284手机巧行改版巧目成本管理改进途径巧4.1项目整体全过程成本管理29.42项目前期功能点法成本估算3142131..功能点法度量的可行性4.2.2功能点法估算实例324.3.项目过程基于价值的成本控制巧4.16.3需求受理成本控制343238..增量需求成本控制4.3.3测试过程成本控制384.4项目过程成本核算巧4.5本章小结405结论与展望415.1研究结论41一5.2需要进步研究的问题41参考43:献附录A45G银行手机银行改版项目规模评估人访谈化ix
索引49作者简历及攻读硕击/博±学位期间取得的研究成果49独创性声明51学位论文数据集53
1引言1.1研究背景我国商业银行随着计算机和互联网技术的发展,根据自身业务特点及集约化经营的趋势,逐步建立行内科技研发流程和银行科技管理体系。根据不同的业务一需求划分,商业银行涉及的科技系统可分两大类:第类是满足银行内部业务操作及日常管理需求,包括各核必业务系统、客户关系管理、辅助决策、绩效考核及人力资源等系统;第二类是渠道相关系统,如柜台人员使用的柜面系统和近几年发展较快电子银行渠道。电子银行渠道从注册人数到交易量都快速增长。据统计,2014年中国网上银行交易规模达到1304.4万亿元,増长率为40.2%,较2013246%一年.的増长率进步提升。从20世纪90年代起各大型商业银行开始发展电子银行业务。根据2006年3月实施的《电子银行业务管理办法》描述,电子银行业务是指商业银行等银行业金融机构利用面向社会公众开放的通讯通道或开放型公众网络,及银行为特定自助服务设施或客户建立的专用网络,向客户提供的银行服务。通常包括网上银行、电话银行、手机银行和其他利用电子设备和网络,客户1^自助服务方式完成金融交易的银行业务。近几年随着我国智能手机和移动互联网的普及,手机银行的注册人数和交易额也飞速发展,W手机银行、直销银行为代表的移动应用渠道得到各商业银行的关注,作为各银行电子银行渠道重点发展方向。一电子银行业务历经多年发展,积累了数量庞大的用户群体,为商业银行进步拓展电子商务市场奠定坚实的基础,也是电子银行相关应用需求和系统建设项目的内在动力。2014年被称为互联网金融元年,阿里E巴、腾讯为代表的非银行性质的公司推出具备互联网理念和精神的金融产品和金融服务模式。阿里金融和腾讯通过支付宝、微信等应用巨大的用户基数,将互联网创新技术与理念运用到金融产品销售一,首先占领各银行经营多年的理财类产品市场。这轮互联网公司对传统银行业的冲击依托服务平台从用户端将服务延伸至银行的支付、融资等核也业务。通过互联网商业和服务模式掌握了个人消费、商户经营等核必信息资源,对商业银行金融媒介的地位形成更深层次的挑战。电子银行为主要线上个人销售渠道的商业银行为了应对外部竞争,在业务和渠道推广上积极创新,并加大投入,送是电子银行业务和系统建设发展的外部推动因素。伴随着商业银行科技化的提高,电子银行为代表的各科技项目数量和规模呈现快速増长趋势,具有商业银行特点的软件项目管理成为关系商业银行科技水】
北京交通大学硕±学位论文平的重要管理工作。W我国四大商业银行为代表,各银行都成立了颇具规模的软件开发中必。工商银行W珠海软件开发中必为基础,先后成立上海、浙江、广州、北京软件开发分部,共拥有开发为量约4000人;农业银行开发中必分布在北京、2000浙江、广东、福建等地,人拥有开发队伍近;建行软件研发中必tU厦口开发中必为主,北京、上海、湖北等地成立分中必,开发队伍2000余人;中国银行主要是北京、、深圳两个软件研发基地。各银行的总行软件开发中屯十几年的发展至今,年均承接项目数量早己过百,这背后是庞大的项目管理团队及相关项目管理工作。随着国内外经济形势的变化,尤其国内经济放缓、银行存贷利差下降等因素致使银行利润下降一一、增速放缓。商业银行方面需要进步依托科技发展,W科一技创新带动服务和管理创新;方面需要加强成,更好的渠道拓展和服务客户另本意识,对科技产品使用先进的项目管理经验,在合理的成本控制下实现既定战略目标。12.研究内容和意义本文W我国大型商业银行G银行电子银行软件项目实际项目为基础,重点研究整个项目管理中的成本管理问题,分析项目不同成本管理过程。研究首先基于电子银行业务的快速发展,中等规模W上全国性商业银行发展至今,己基本形成网上银行、手机银行、电话银行和多媒体自助设备为代表的电子银行应用产品线。各种新型的互联网金融应用和产品纷纷上市,商业银行在业务受到冲击的同时也在电子银行软件产品上谋求突破。在竞争更激烈和更开放的外部压力下中,电子银行软件产品必将因为内外部因素加大研发力度,,表现在项目数量增多功能上线需求紧迫导致研发周期变短。商业银行在传统项目管理方法上,流程控制需要更加灵活,在保持固有的稳定性、安全性的产品要求外优化固有的项目管理流程。内部环境压力表现在整体利润下降,各经营环节成本医为最现。本文通过研究为G。商业银行电子银行软件产品成本管理提出合理化建议,推动其相关制度改革在项目管理的研究范围内,形成对电子银行软件项目的成本管理全流程改进。探索在多部口全过程的成本管理意识下,W用户需求为中必,快速推动需求和项目进程,最终提升产品和服务价值。在互联网金融发展的大背景下,使商业银行电子银行业务和研发团队在更合理的成本内高效的完成需求、研发、测试和上线等流程,增强自身的竞争力。,项目真实且时效性强。通过行业背景介绍和案例描述本文为案例型论文,展现G银行及我国商业银行电子银行软件项目成本管理的现状。基于项目和成本2
管理理论分析,从规划成本、估算成本、成本控制方面阐述相关的制度、流程、组织架构问题。,对待讨论问题提出并论证解决办法或优化建议论文的研究和撰写过程,首先通过文献查阅总结项目管理中成本管理相关定义、业界相关文献方法。通过资料的归纳总结,结合G银行项目管理情况简要概述我国商业银行电子银行软件项目管理现状,W及对成本管理造成的影响。对商业银行电子银行的软件研发项目特点和制度约束描述。然后根据真实情况和数据,描述G银行近期全行重点项目电子银行手机银行改版项目的管理细节。根据成本管理现状,首先结合商业银行电子银行相关上下层级干系部口职责和工作,分析案例项目从立项到实施直至产品上线过程中的成本和价值构成。然后分析成本管理过程中不合理和低效环节,并根据相关理论分析原因。在结合理论进行分析后,结合G银行现行的组织及管理架构,,W及手机银行项目的具体情况给出可行的聚焦于电子银行软件项目的成本管理的整改和优化策略。在撰写本文期间我国商业银行资产和负债规模逐步增长,预期的不良贷款也,,持续上升,利润増速继续放缓经营压力增大所W各银斤加快推进机构改革和业务转型。在息差收窄的大趋势下,控制成本的精细化管理是重要手段,而银行一利用新技术发展电子银行和互联网应用,可进步降低传统经营成本,又可着眼发展未来银行新的业务增长点。在此背景下对我国商业银行电子银行软件项目管理成本管理的探讨有其现实意义,对于本文后续的合理化管理决策也有推广实践的可能。13.研究程序和方法本文商业银行电子银行整体软件产品研发的情况为背景,W在行业领头地、位的G银行科技管理体系和软件研发中屯为研究基础,W近期的重点研发项目为实际分析案例,研究商业银行电子。通过如下方法研究讨论在当前内外部环境下银行应用成本管理相关问题。主要的研究方法有:1文献研究方法,研究国内外项目管理和成本管理文献,约30篇,()。通过广泛查阅主要分析和了解项目管理领域相关研究内容和发展动向;查阅G银行科技管理、项目管理内部文献约15篇、,在组织结构、科技体系项目管理流程等方面分析组织架构、战略方向和相关改革动向,更好的结合实际案例研究具有针对性的成本管理方案。2理论分析方法。项目的成本管理首先要识别项目流程中的价值及成本组成,找()。文出关键价值节点,W此辅助成本管理流程和方法的优化中通过价值工程分析G3
北京交通大学硕±学位论文银行企业内部手机银行改版项目可控制或降低成本的过程,关注从业务部口到产品研发并最后上线过程中的低效环节和价值增值节点。3实证研究方法。在文献研究的基础上,对手机银行改版项目成本管理中成本估()算问题进行实际评估析并对比相关方法和过程。首先分析德尔菲(Delhi),分p专家方法对软件规模的估算,比对项目后期的实际规模核算,分析规模评估准确性,研究规模估算对成本管理的影响。结合文献及业界案例,研究使用功能点评估模型对项目规模进行度量,评估使用该方法的成本、过程复杂度和评估准确性。采用对比的方法,比较并评价功能点评估法、德尔菲专家评估方法与事后实际统计的规模数据值。4访谈法分析法。访谈法主要用于访谈项目组研发人员在使用德尔菲专家评估()法估算规模时的主观分析过程,被访谈人对项目成本估算、控制和降低项目成本的看法。在访谈内容的基础上,分析案例中项目的干系人造成项目成本管理低效的主观因素。4
手机银行改版项目成本管理描述2手机银行改版项目成本管理描述2.1案例概述G银行是我国大型国有商业银行,在各大型商业银行中科技系统管理和研发水平位于行业领先地位。电子渠道个人业务主要依靠个人网上银行和手机银行,,客户注册数均居业界前列渠道产品多样功能丰富。手机银行也可称移动银行(MobileBankingService),是利用移动通信网络及终端办理相关银行业务的简称。业内的手机银行多指通过安装智能手机上的应用程序提供银行业务的电子银行服务。个人手机银为使用的银行个人客户提供转账汇款、化户查询、在线支付、信用卡、投资理财等金融服务。在移动互联网技术蓬勃发展,智能手机用户爆炸式增长的背景下,手机银行成为我国众多银行和金融机构提供电子化服务的发力点。W手机银行项目作为项目案例讨论对于我国商业银行的电子银行项目管理有较为普遍的研究与借鉴意义。G银行的电子银行软件应用研发和项目管理水平在银行业内有代表性。其负责总行电子银行软件开发和维护的直属研发中必组建于20世纪90年代,特点是。起步早,项目数量多,管理体系较为完善其管理中遇到的阶段性问题是行业发展和同类中小银行电子银行应用发展的必经之路。对于G银行本身来说大数据和一,信息化是其提出的转型战略之,并启动了利润中必改革对于全行科技项目成本管理和项目管理流程和方法的优化,是其在互联网金融时代改革和转型的重要环节。选择手机银行改版项目作为具体项目示例,因为改版项目涉及功能比较全面,项目成本管理相关元素丰富,是典型的电子银行部牵头的重点软件研发类项目。项目特点明显,如项目分期、周期长、规模大,涉及人力外包、技术采购。除此之外,手机银行项目尝试使用迭代研发模式,増加项目成本管理的难度,对管理提出了新的挑战。2.2G银行电子银行软件项目特点2.2.1组织机构及项目人员构成对于G银行在内的数据集中及电子化较早的商业银行,积累了丰富的研发运维经验和科技人才。科技部口逐渐成为体现银行生产力的重要部n,其主要职能包括全行的科技规划、科技管理、应用系统研发、系统运行管理等。电子化发展5
北京交通大学硕±学位论文过程中,科技系统的组织架构和管理人员受技术和行业发展推动,经历过多次变革和重组,形成包括总行科技部、电子银行中也、软件研发中必、数据中必相协作的完整银行科技体系。'r-TR.B/誦.;-.MH?4園麵I/M—mm^9麵麵国關Lim1i画■_—巧技研发卽n^_^行图1业务和科技组织关系图如图1所示,:,W电子银行相关软件产品为例各级产品需求和管理流程如下.由分行向总行产品或业务管理部口提交产品需求,总行产品或业务管理部口向电子银行部(总行产品研发管理部口)提交需求,再由电子银行部向总行科技管理部n提交立项申请,然后由总行科技管理部口向总行研发部口下达产品研发任务,最后研发部鬥项目管理部口组织相关开发部口实施产品研发。科技与业务的关系是在单独管理的基础上相互合作。各业务部口的产品需求下达到电子银行软件产品中实现,通过电子银行渠道销售的产品的收入记录在业务部口的收入中,完全不计入电子银行部的收入统计中。电子银行部的收入主要来自电子银行软件产品一中完全由电子银行提出需求的功能,般为交易费或服务费用等中间业务费用。软件产品研发部口不单独统计项目的货币成本,不计算软件项目后续产生的利涧。大型商业银行软件工程项目的规模和复杂程度的逐步增加,业务、研发、测试、运维等部口共同参与,,包括电子银行类应用在内的多个应用间稱合加剧项目的研发需要更加高素质和稳定的科技团队。G银行采用银行内直属研发和运维部口进行开发、测试、系统维护等工作。在全国5个主要城市设立软件研发中必,6
手机银行改版项目成本管理描述W自主研发为主要原则。2.2.2项目研发流程相比普通软件开发项目,银行在软件项目管理上受组织架构、部口职责和历、史遗留问题影响,其中包括政策监管信息安全和技术等因素。项目研发周期相对固定。W网上银行、手机银行为代表的电子银行渠道应用,主要面对个人客户提供服务,软件项目符合上线投产的功能和质量要求后进行项目程序的投产一。般情况下程序投产需要暂停对外的服务,其间用户无法使用网上银行或手机银行等应用的服务。由于银行系统停机可能给用户带来损失,银行自身也具有业务风险,所电子银行应用项目更新投产到生产环境的次数和时间有严格计划,需要综合考虑业务和项目投产风险。这对于商业银行电子银行应用项目增加成本规划、成本控制等管理工作的难度。一包括G银行在内,科技体系较为健全的大型商业银行般按季度为版本周期完成多项目的停止核也业务系统的软件系统上线工作;根据项目内容也可按计划W月为周期完成不影响核也业务系统的上线工作‘。基于上原因,电子银行应用项目每期项目根据月度、季度划分,根据立项进度项目周期分别约5个月和3个月。在全年规划的确定周期完成项目范围内的研发工作理中增,为进度和成本管加了额外的限制一206。手机银斤改版项目2015年2月期立项到1年1月共H期项目完成结束,分为三期季度版本项目和两期月度优化项目实现,共五个项目。H个季度版本项目根据阶段目标计划项目范围一,两个月度版本项目根据期和H期季度版本项目投产后反馈,实现部分功能优化和问题整改。巧目巧发过程巧目迭代培呈过涅I票可_?、子架构设计,:化巧熏求该汁立项巧批.巧巧设计系巧设计1巧目迭代培置过程:、■—■径存编巧系统渊巧)化巧巧程況试?运巧巧r与后巧化:>投产完成巧目巧发过径图2手机银行改版项目流程图如图2所示,本项目研发过程没有完全采用电子银行历史项目使用的瀑布开一一,个项目版本周期内发模型在其中增加迭代开发。在,如期的2015年2季度一版,从2月到7月间分为3次迭代过程增量完成期项目内容。电子银行部牵头1
北京交通大学硕±学位论文一一在新轮迭代中根据上轮的开发和测试情况进行新的需求细化和设计,并在上轮迭代的研发成果的基础上展开业务部口人员和实际用户的产品体验。2.3手机银行改版项目内容、本案例个人手机银行改版升级项目,项目预期在界面展示、个性化定制功能整合、智能服务等方面进行全面升级,突破传统银行软件的固有设计风格,更加符合当前互联网金融产品的特点。主要改造点分为如下:1非G银行电子银行客户登录改造。对于非G银行电子银行客户允许客户在未()登录手机银行客户端的情况下浏览主要菜单、投资类和理财类产品列表及详情,打破。非G银行开户或持卡用户,可在手机银行自助注册开设电子账户W往只能有柜面开户并开设电子银行渠道业务的用户才可W使用手机银行的^,限制,减少用户注册限制进步扩大他行用户群。对于已注册G银行电子银行开通手机银行的实名客户,在改版后可不登录浏览相关产品信息。可更加、、债券和期货实时行情。快捷查看外汇贵金属,无交易操作无需登录(2)对于用户使用频度较高的我的账户、转账汇款、投资理财、缴费、信用卡等功一一致的流程设计,整合多能的体验,对原有用户使用流程优化种类,通过统型转账功能一。登录内统交易页面前班与返回流程设置,重新设计安全介质校验步骤、社交分享等功能。。根据互联网特点新増个性化定制一3进步收集和统计交易数据和用户行为数据,通过大数据分析为客户提供智能()化的金融服务。结合G银行移动应用平台化建设,与其他应用实现资源共享和功能的相互调用。4对手机银行应用程序界面风格改版(iPhone)、安卓(。内容涉及苹果手机)(Android)手机客户端、功能交易相关的服务器页面W及对应的图片等内容。将W前保守化的银行类应用涉及向更加有活力更加开放的互联网应用体验改进,。为保证从界面设计到页面功能的改造符合用户体验界面和样式部分的方案设计、程序研发均向设计公司采购。从改造内容看,改版项目包括服务器和客户端内容,功能涉及新增、修改,一覆盖历丈项目较普遍的功能优化需求、单业务功能或产品新増需求,使基于本。项目内容和数据得出的结论,适用后续项目本文讨论的手机银行项目范围包括从项目电子银行部提出需求与立项意向开始,,到改版项目全部完成投产项目工作手机银行改版项目状态变成已完成正常管理结束。8
手机银行改版项目成本管理描述24.手机银行改版项目成本构成与传统工业产品相比,软件产品的生产主要集中在研究和编码实现阶段,对于类似手机银行的银行客户使用的软件产品,几乎没有所谓的制造和销售阶段,加上内部研发部口承担开发工作,使其具有独特的成本结构。2.4.1研发成本构成本文使用直接成本和间接成本区分项目中的成本类型。直接成本是可W直接计入成本对象,可W巧经济合理的方式追溯到成本对象并与成本对象直接相关的的成本。手机银行改版项目直接成本主要是直接人力成本:项目组成员(总行对项目直属管理及需求人员、研发中必直接参与人员)王资、福利、奖金等人工费用。直接非人力成本:专项行政如公费用I;公司敏捷项目管理咨询服务费;研发外包人力服务采购费;手机银行新版界面设计外部技术采购费;项目单独购置的智能手机及特殊开发设备。间接成本相对直接成本指不能用经济合理的方式追溯的成本。本项目中主要指研发中必常规的研发设备费用;办公场地与物业管理费用;水、电费用:研发办公设备的租赁、维修、折旧分摊。本文讨论的主要是项目管理层面的可控成本,适当延伸至G银行总行电子银行部、科技部及手机银行研发责任部口可控的成本。着重研究投入在项目中的人力成本,关注项目各过程和活动所需要的人力成本及其使用情况,保证项目在可控的成本内完成。人力的成本支出按人天计算,具体项目人员按等级不同其货币化的成本支出也不同。直接参与研发的正式员工平均费用约2500元每天,包含全部薪酬、福利和奖金费用,按人均全年支出换算取得。外包研发人员按采购合同中条款限定,初级人员平均费用16002000。元每天,中级人员平均费用元每天在项目预算和资源分配阶段,主要关注项目参与的人员数量,不单独按货币单位计划和安排各项目的人力成本。9
北京交通大学硕±学位论文表1手机银行改版各期项目直接人力情况MobileBankingrevisedprojectPersonnel、研发(人)电(人)项目版本上线巧目经理(人)功能测试人员(人)业务测巧人员子银行部安排一203正式项目期1519正式7正式12正式年7月上线5外包5外包项目二期20巧18正式7正式13正式3正式年9月上线4外包4外包项目H期201日17正式7正式13正式5正式年11月上线8人外包5外包项目四期20化15正式6正式12正式5正式年1月上线10外包5外包项目五期2016巧正式6正式12正式5正式年2月上线10外包5外包2.4.2研发采购成本手机银行改版项目存在软件开发外包人力、专有技术研发、项目管理咨询H。种涉及外部人力的采购,都属于直接成本通过对有资质的国内大型软件外包企--业进行评估将34家公司作为外包合作对象。长期人力外包主要针对12年内业务需求较多,应用负责部n短时间内无法招聘大量高素质的正式员工的部口。长期人力资源外包采购按部口申请并在部口内应用间分配,包括基础功能开发及测试一人员。短期人力资源采购主要因为某项目有急迫的版本上线要求,有强烈的市场需求和同业竞争压力,项目完成后及,采用针对项目进度和人力估算提前申请时清退的1。。具体每期项目外包人员使用情况祥见表对于业界可获得的新技术和成熟的解决方案,独力研发的成本和风险较高,一IT此类采购内容般为银行核也系统或业务无关的纯软件或产品服务,作为电子银斤软件产品使用信息安全风险低,但可显著提离研发效率。手机银行改版项目3服务采购包括两个方面,:手机银行新版服务器页面效果设计及实现通过家国10
手机银行改版项目成本管理描述内公司对比洽谈的方式,最终与W公司签署目标合同。采购目标是在2015年第一期项目中完成新版手机银行页面的设计,对应界面文件的开发测试。后期支持维护服务日期到2015年11月前完成离场退出。总体采购费用约150万元;基于工作I,敏捷开发的项目管理,直接采购长期合作的国际公司公司的咨询资源对项目管理过程提供咨询指导服务,咨询类工作时长结算。I公司咨询类工作人员毎人日咨询费约4000元,按实际进驻项目组工作的天数结算。25.手机银行改版项目成本管理现状根据项目成本管理过程、,手机银行项目成本管理对应过程为版本规划规模估算与人为资源计划、任务分解与概算、风险管理。规模估算、项目计划、详细概算数据、风险信息都依托G银行项目管理系统实现联网登记与追踪。根据项目顺序和内在关联,每个成本管理过程都对后续管理造成影响。25.1规划.成本管理G银行电子银行软件项目无专口组织的规划成本管理的流程,主要根据现行的一,对影响项目完成的几个成本因素进行成本规划和决策项目研发管理流程。般包括研发采购成本管理规划、计划项目涉及的特殊的人、设备采购成本管理规划力资源管理。作为手机银行软件产品的责任开发部n,G银行研发中必的是项目过程中成本一管理的主要实施部口,相对具有更多的成本规划责任。对于单个项目般无需单独的成本规划,,沿用研发中必流程管理相关规定主要是根据项目内容规划研发人力的使用,即人力成本的使用。规划过程存在因多项目并斤和人力资源相对有限等原因造成的人力成本限制。当项目任务下这时,需要与所有项目关联的部口一和软件应用负责人沟通,在项目管理系统中登记会签,会签信息中包括每个关联应用的预估规模信息,W此流程在前期作为各部口人力成本规划的数据依据和项目相关人力使用的审批流程。自主研发项目的整体方案会对成本产生影响,但如果项目不涉及采购内容,项目在多部口间的评审只限技术方案讨论,不涉及成本内容。如果设计采购,会对是否需要采购及采购细节进行评审。成本管理规划内容在流程中对成本的事中监控手段少。对于成本核算只有研发中必年终决算和部口层面的季度人力资源使用情况统计。252..估算成本成本估算是成本管理前期核必的工作,精确的成本估算是保巧项目进度、质量11
北京交通大学硕±学位论文和成本管理的重要条件。包括本次手机银行改版项目内的G银行软件项目,在实际成本管理过程中将规模估算的多少等同于项目成本的估算度量标准,在基本可W衡量项目成本的基础上没有建立规模与实际成本和工作量的换算关系。G银行电子银行软件项目均采用德尔菲(Delphi)专家评估法进行规模估算和概算,度量单位使用人日或人月。项目前期阶段规模评估的干系人有应用架构师、开发经理和测试经理。项目经理和科技部应用责任人参与对规模估算结果的确认。专家评估方法是凭借评估专家的专业经验的主观评估方法。可看出参与规模评估的人员主耍是负责项目实施的软件研发中必人员,负责确认规模的科技管理部口人员不直接参与项目研发一,般只能通过常识和与研发人员沟通大概确认评估结果是否存在较严重偏差、。软件研发中屯项目管理办公室也会事后抽查相关项目规模,同样存在因项目和应用程序差异不了解实际项目情况的问题。下面是根据项目资糾对手机银行改版项目的规模统计表,规模数据包括估算和概算数据。表2手机银行改版项目规模数据汇总表ScaledatasummartableofMobileBankingrevisedprojecty项目版本上线估算规模概算规模(人规模偏差巧关应用数开发部口数有效测试问安排()量(个(人日)曰)量个)题(个)一0项目期215492日300339.0淵30151230年7月上线项目二期2015484目8040.日%13612日年9月上线项目三期2015489日日2206.63%4012747年11月上线项目四期201662日目6253.92%32巧8年1月上线目40-项目五期2011636738.54%1914938年2月上线从表2中可知整个手机银行改版任务每期项目的规模估算和概算情况。概算一是在系统设计完成后3周内在系统中提交,目的是在任务分解和进步细化设计12
手机银行改版项目成本管理描述。后修正规模数据,并作为提交规模审核和归档统计的数据提交概算规模的人员为系统设计人员、项目经理、测试经理,单位为人日,原则上折算到人日的规模0数据按入职1年W上研发人员平均技能评估。按G银行管理规定,规模大于2人月(440人日)的项目,概算数据需要项目责任部口分管领导、软件研发中必项目一一决策小组和科技部分管项目人员在系统中审核。数据中分析除第期和最后期一其余H期概算均大于估算。第期偏差大于30%。第二期和四期偏差均大于40%,一30%^内是可接受的般认为估算规模是实际规模相差,但此例中比较的是概算值并不是实际的规模值。针对任务分期完成的,所W还会存在部分人为评估偏差不同特点,项目的规模偏差有各自的特点和原因,偏差的原因暴露出项目成本管理中的不同缺陷造成的问题。^一第期和最后期(五期)项目出现了估算大于概算的情况,但造成偏差的原一H因不同。第期项目主要是基础框架和公共关键程序的修改,复杂度较高,在次需求和迭代开发过程中,发现最初的规模估算偏高,部分功能的复杂度和人力投入比估算低。第五期属于整个改版任务收尾项目,需求已基本完成,大部分功能属于业务和主管部口迭代中提出的补充遗漏和体验优化,实际规模小于前期估一。第二期和第四期前面已经提及期和第H期的优化和问题修改,算规模,属于第但在实际项目研发过程中,需求人员针对已投产的功能还提出若千变更需求,造成实际项目规模增加,由于这两个版本研发周期短,且与后续季度版本有项目重叠,给二期和四期项目增加了进度和质量风险。本项目使用的迭代开发模型为传统流程管理的规模和成本统计提出新的挑战。迭代开发模型是在大的范围和需求一一一,框架下,每个小的迭代细化需求,并在下个迭代在验证上个迭代的基础上一步优化需求一次性提供整体项目的规适当调整和进。所W传统在版本项目前期模评估不太适用此开发模式,因为后期的需求范围和实现方式可能在迭代过程中一发生变化。。当然这种变化是在定范围内,符合项目前期的总体范围和方案2.5.3控制成本项目成本控制主要工作在监督项目状态一,般项目中通常比对成本投入情况与实际完工情况,W此了解成本投入是否达到预期成本绩效。对于本案例项目的特点,成本控制工作更多的被进度管理和质量管理工作替代。项目过程关注监控进度和质量是否能到达项目预期要求,对于成本的监控没有明确的制度流程和考核体系,主要是研发部口自主把控。手机银行改版项目采用送代增量开发模型,项目内迭代开发给成本管理增加新的管理内容和难度。原瀑布模型通过文档驱动,从需求到设计实现等阶段固定13
北京交通大学硕±学位论文顺序展开。在项目过程中如果需求稳定,成本偏差小,在进度提前研发质量较高的情况可W做到减少研发成本。主要成本影响来自业务项目过程中的需求变更。项目组架构师、项目经理会对业务提出的变更进行分析,范围变动可控的变更放入当期项目直接修改功能设计说明书。如果范围变动较大并对项目进度和质量产生风险,反馈业务提出部口,正式通过项目管理系统提交需求变更说明书,需要通过业务部口负责人和开发部口负责人审批一。目前使用的变更流程存在些长期的矛盾,业务部口从部口利益出发总是预期需求在已批准的项目得到立即响应,希望简化流程直接修改功能说明书和修改,因实际提交变更审批流程过长,且需要多个部口负责人审核。虽然研发中必对变更流程审核较严格,有效控制部分变一更风险,但是些业务价值较高的变更需求没有及时得到响应。手机银行改版项目使用迭代开发,,电子银行等需求部口将类似需求变更内容放入后续迭代需求中加快了需求响应的速度。但带来的问题是变更需求的规模没有得到控制,原始需求范围易在迭代中扩大,但并没有具体流程记录变更和需求的变化。项目组在迭代后期没有再根据范围的调整进行成本估算,造成使用迭代开发但最后的需求范围和前期范围偏差过大,给项目造成进度和质量风险,而项目组通过增加人力和加班缓解风险,这造成了项目成本上升。项旨的成本控制不仅局限在按要求的成本完成项目,还应在完成的基础上减少成本,W此提高成本收益和公司利润是成本管理的目的。对于研发中必的人力成本的监控,渉及项目中实际人力使用效率的问题。从业务范围初步明确到项目版本计划安排,随后根据版本计划立项,项目规模必须合理控制在年度投产版本的时间周期中。根据项目的緊迫和规模要求需要安排适当的人力。人力成本的安排既要保证研发质量达标,符合投产上线标准,又耍保证人力资源在项目周期内得到充分利用。由于采用长期劳动聘用制的行内员工为主要研发人员,在确定的项目周期内,如果项目规模达不到既定目标或项目规模估算大于实际规模,会造成人力成本浪费。2.6手机银行改版项目成本管理问题G银行电子银行软件产品项目的成本管理问题,从企业的组织架构和项目管理过程,也有项目管理过程中对成本管理的缺失。下面,有整体架构的历史原因从成本管理各过程描述待研究问题。这些问题不是孤立存在,是在项目周期内相互联系和作用。成本规划是前提。,需要根据项目特点进行调整准确的估算给成。本控制提供规模信息和成本范围,成本核算又是对上过程的有力监控和审查所W项目成本管理需要解决项目过程中的相关联问题,管理贯穿项目过程,不能14
手机银行改版项目成本管理描述将问题孤立分析。2.6.1规划成本管理从案例中可发现从各业务需求部口、电子银行部、信息科技部和软件研发中也一,在项目规划阶段没有对项目的成本管理有针对性的规划,各部口没有统的成本管理目标,造成后续项目过程中没有涉及全过程和成员的有效的成本管理。项目的范围、占用的项目版本及资源更多的依靠项目牵头管理层的决策力度,缺少量化的成本价值评估及考核。该是银行体系科技管理的历史遗留问题,对于更加量化的成本管理及有效的规划成本管理阶段是否可在目前的商业银行体系内开展,提出相关解决策略。,需要根据案例分析问题的原因2.6.2估算成本作为成熟的项目管理和成本管理流程,,可量化的数据是重要的组织过程资产可度量的项目规模是估算成本的基础。获得准确的规模度量,对于成本投入有重要作用,可评估投入的成本是否合理。案例中手机银行使用专家评估法估算规模,规模只用反馈管理部口统计部口的规模饱和度,并作为项目的工作量和成本估算的数据基础用于项目管理工作。从项目数据可知,估算的规模数据与中后期的概算数据存在偏差过大的问题。初步分析目前估算成本的问题是需要通过方法和制度约束,增加规模估算的准确性,项目中可有效指导资源和进度安排,降低项目风向,作为可靠的组织过程资产为手机银行后续项目的项目管理提供可参考数据。2.6.3控制成本由于软件研发中必作为成本中必采用年度预算制,人力资源和人力成本相对固定,所W项目的成本控制更多的演变成进度和质量控制。关联成本估算的问题,如果成本估算不准确,,尤其是规模和成本估算偏高首先造成规划的人力成本增力日,实际规模下投入过多成本,在缺乏事中成本控制的情况下造成人力浪费。其次项目实施过程,,因项目变更和项目风险引起的成本变更造成项目人力成本高于预期的情况。手机银行项目成本控制的难题在于新引入的迭代开发模式对需求、设计及计划变更造成的成本变更影响及对策。G银行现行管理制度下,在控制项目成本W完成项目的前提下,是否可W通过制度革新达到有效降低项目过程成本,提高成本效率的问题。15
北京交通大学硕±学位论文2..64核算成本软件研发中必作为研究与开发部口,在项目的维度没有进行独立核算成本和利润。成本核算可在项目过程中分阶段进行,项目完成后再进行汇总和校正。对一于电子银行软件研发项目,成本核算的可行性和必要性是本文研究的问题之。研究可包括如下内容,对于项目是否可W根据研发过程中资源使用情况,实时对项目进行成本核算,对比计划和实际资源使用情况。项目后汇总和审核成本后,能否根据成本和利润数评估项目和需求的价值,并指导后续项目的成本管理。最后将通过成本核算数据和具体使用情况,是否可1^有效的降低成本、提离产研发质量,获取更高社会和经济价值。W上在电子银行手机软件产品施行成本核算需要分析和解决的问题。2.7本章小结本章对手机银行改版项目相关内容和成本管理工作进行描述。包括G银行项目管理、手机银行项目背景、项目成本管理流程、成本估算、成本控制等方面情况和问题。可初步了解手机银行改版项目中的成本管理情况,有G银行电子银行软件项目管理的历丈流程和问题,也有因项目实际情况引入的新情况新问题。本章对其中一些成本管理情况和问题进行了简要描述,作为后续问题的深入分析和解决方案的基础。16
手机银行改版项目成本管理改进途径3手机银行改版项目成本管理问题分析根据案例项目描述,总体上G银行电子银行软件项目在长期的研发过程中已经形成了项目管理和成本管理制度,在项目流程中有成本度量和审批流程。但存在项目管理上成本估算不准确、项目过程中对成本控制不足、对于软件产品的整体成本管理缺乏。本章根据手机银行改版项目案例,分析项目过程和管理中成本管理相关问题及原因。对G银行电子银行软件产品在管理中的若干成本管理问题也进行分析。3.1软件项目成本管理相关理论及文献包括电子银行软件项目在内的软件与系统研发项目是复杂的劳动作业,对于进度和成本的管理相对明确的产品或王程作业存在估算、跟踪、核算困难等问题。首先了解广义的项目成本管理的过超,在明确的范围内分析项目成本管理的方法。然后针对本文后续讨论项目的特点,,如迭代研发、成本估算等问题通过文献查阅搜集领域内研究成果和可利用的资料,作为后续研究的理论基础。3.1.1项目成本管理美国项目管理学会提出的项目管理支持体系(ProjectManagementBodyOfKnowledge,W下使用缩写PMBOK),对项目成本管理的内容进行描述,并指出项一般过程目管理的。项目成本管理包含使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程,从而确保项目在批准的预算内完工。项目管理过程重点关注项目各过程和活动所需要资源的成本。综上可知项目管理支持体系中强调项目各过程和活动的全过程的成本管理。PMBOK中对项目成本管理的过程的描述如下,,但实际项目中每个项目的过程不完全相同有各自的独特性。规划成本管理;为规划、管理、花费和控制项目成本而制定政策、程序和文档过程。通过专家判断、分析技术、会议等方法生成成本管理计划。估算成本;对完成项目活动所需资金进行近似估算的过程。通过专家判断、类比估算、参数估算、项目管理软件等工具进行成本估算。一;汇总所有单位或工作包的估算成本个经批准的成本基准制定预算,建立的过程。通过成本汇总、储备分析、专家判断、历史关系等方法生成成本基准、17
北京交通大学硕±学位论文项目资金需求。控制成本:监督项目状态,W更新项目成本,管理成本基准变更的过程。通过挣值管理,、绩效审查、储备分析等方法得出工作绩效信息、成本预测等输出用于项目千系人对向项目成本进行控制。3.1.2软件项目的成本管理软件项目管理的对象是软件工程项目或各种通过计算机程序实现的信息系统。软件项目管理的根本园的是为了让软件项目,尤其是大型的复杂项目的整个软件项目生命周期(从需求、设计、编码实现到测试)都能符合干系人的要求。按照规划的成本和计划,符合质量和功能需求的交付给客户或用户使用。一各领域项目涉及内容不同,但项目成本管理的目的是致的,通过管理活动、在实现客户员工及公司的价值和利益的前提下,尽可能的降低成本获取最大利。,涧传统制造型企业在制定产品价格时会参考生产成本成本是产品定价的基础,成本在商品价值中的所占比例高低决定了企业可W获取的利润,是企业成本控制的目标。成本较为真实的体现企业各种生产活动的合理性、科学性和正确性,是企业管理水平和生产力的体现。同样的项目需求,可能因为开发周期的要求产生不同的计划、成本甚至影响最终的设计和实现。不同的项目规模度量,会影响项目进度安排和人力投入,项目进度也会改变人力成本。为满足项目要求的交付日期而造成的不合理的进度安排,在软件研发领域比其他领域的项目工程中要普遍。尤其是国内,虽然科技公司和研发团队众多,,但软件工程管理水平参差不齐普遍使巧非阶段化非结构化的方法,极少的数据支持和模型运算,更多的依靠项目经理和少数管理层的直觉,很难得出健壮可靠的估算和规避风险。3丄3敏捷开发成本管理随着软件和互联网相关行业的发展,软件开发和管理方法也在发生变化。敏捷是W—套敏捷实践取代传统方式中规定的各种里程碑评审和通过打前期设计阶段对需求的详尽说明,强调持续改进。手机银行改版项目中使用的迭代开发模式,是G银行在多年不变的研发流程中的新尝试,也伴引入了若干新的问题。Dean一we-Lefingll在敏捷软件需求团队、项目群与企业级的的精益需求实践书中提出敏捷方式基于简单合理的经济原理:对特性交付越迅速,就可W更快速的收到回款,从而优化对开发成本的投资回报率(ROI)。传统软件开发项目和几乎所有的商业银行软件开发项目使用瀑布开发模型。81
手机锻行改版项目成本管理改进途径且一书中DeanLefingwell指出瀑布模型中对成本的投入是即刻开始,并直持续到产品的交付时间。在将承诺的所有需求变成产品并交付给客户(或截止期)之前一可能没有所谓的投资回报。而在敏捷方式中,价值交付开始于第个可上市增量。,无论是从维护客户的角度还是从渐増定价的角度来衡量商业价值因此,其投资回报都从这一刻开始算起。3丄4软件研发成本度量长期W来一,如何度量和评估软件研发项目的成本直是软件研发相关产业界的难题。成本度量主要在预算、项目立项、招投标和实施阶段,贯穿项目始终。信息产业发展较好的国家,如美国、澳大利亚、芬兰、荷兰、韩国、日本等很早就在软件费用测算领域开展研究。韩国1989年开始政府每年发布《韩国软件成本估算指南》用于指导国内政府信息化采购:日本2003年建立了国家软件项目基准数据库,并每年发布《日本软件开发项目白皮书》指导国内软件开发费用评估。J-我国的行业标准《软件研发成本度量规范》(S/T114632013)由中华人民共和国工业和信息化部于一2013年10月17日正式发布的国际功能点法度。倡导使用统量软件规模,使度量结果可对比:倡导使用基准数据估算软件工期和成本,使估算结果更科学一;倡导使用致的估算过程和公式,是估算结果可追溯。中国软件行业协会系统与软件过程改进分会编写的《软件研发成本度量规范释义》和预算场景应用指南,描述和证明了软件度量的标准化规范和流程。验证了规范中功能点估算方法估算规模的可操作性。3丄5功能点估算法根据《软件研发成本度量规范》,规范倡导采用功能点估算法(Function化int^一£511〇1她011作为统的度量方法。功能点法是种在需求分析阶段基于系统功能的)规模估算方法。通过研究软件应用需求确定输入、输出、计算逻辑和数据库需求的数量和特点。功能点是对软件功能和规模的间接定量测量,它基于客观的外部应用接口和主观的内部应用复杂度W及总体的性能特征。316工程法..价值??劳伦斯戴罗斯麦尔斯(LawrenceD.Miles)于20世纪40年代提出价值工一。它是对商品的价值程法、功能与成本进步做思考与探索,W小组活动方式集思广益,,向各方向寻求最佳方案再运用体系分工的方式达成价值提升或降低成""""本的目标一,W达到价值最大化的方法。价值工程中价值是种尺度,是评19
北京交通大学硕±学位论文价事物(产品或作业)有益程度的尺度。相关文献中可知价值工程可用于房地产项目成本控制,也可降低科技管理的成本。3.2规划成本管理责任不清晰首先在项目层面W上聚焦于整个电子银行软件产品的管理,分析其对手机银行产品及项目层面成本管理的影响。电子银行软件产品主要相关部口,电子银行部、信息科技部、软件研发中必、数据中必作为主要职能部口,没有对职能内工作进一行成本和利润的核算。造成在本项目及相关软件研发项目中,没有个牵头部n统筹规划成本,各部口都是从本部口职责出发,主要负责项目的推进工作。电子银行部在项目层面关注点是完成业务需求目标。作为项目牵头部口,电子银行部""一经营和管理职能于身,责、权、利不够清晰,在项目启动和规划阶段没有明确的成本管理目标。电子银行部和业务部口对手机银行产品下达的研发和项目需一求,同样作为项目组成员,其成本和利润并没有同项目主要实施放研发中也并统计。成本规划是成本管理的基础,对后续项目过程有指导和约束的作用。但手机银行改版项目的成本目标没有向所有项目组成员明确,未向需求和管理职能部口有效分解,这是成本管理责任的缺失。责任在责权利原则中是关键环节,现代管理理论强调责任绝对性,管理者需要对结果负最终责任。所W在手机银行的项。目成本管理规划中,要明碗项目参与者的成本管理责任和目标因手化银行改版项目中没明确各成员负扭项目成本管理责任,业务需求和科技管理部口在立项申请及提交需求时无研发成本分析过程,研发所发生的财务成本不对需求和产品管理部口造成考核压力。科技研发部口仅负责业务需求在本部口研发工作中的实现,在规划的进度和质量目标内完成产品的开发工作是责任目标。研发目标基本忽略成本因素W及其趋势,因为考核的重点是顶目是否可W按质量和进度投产,研发过程中没有更积极的成本控制的驱动力。实际具有费用预算决策权力的财务会计部口,因科技部口专业分工等原因无法对科技部口的成本产生有力的审查力度。除了成本规划和控制责任,电子银行对于软件产品的管理和规划没有合理的利润统计,造成项目下这的需求没有成本效益核算。利润的基本计一算为收入减去成本,软件项目无利润的计算,进步促使项目成本的控制缺少内在动力。各部口间成本发生的责任无清楚划分,无法构建对手机银行软件产品和项目的责任考核指标评。将成本细化到年度或者项目维度,项目研发的投入主要约束是整个研发中必事前审批的年度或阶段性的整体预算,对于单个项目不需要单独的货币化成本审批,只通过部口进行研发人力的整体归约。这样对于电子银行软件产品没有自下20
手机银行改版项目成本管理改进途径向上的成本核算,更加不利于产品层面的成本管理。G银行研发中必项目成本有估算和概算的提交及审核,但出于简化流程的目的刪减了项目完成后的成本核,只在年底进行全部中必费用的决算。对于G银行会计核算来说算,对于开发中必的整体预算和决算可W完成费用上年度成本管理的要求,但是没有针对项目或细分科目的成本核算,使得事后成本核算的结果无法指导项目成本管理工作,优化项目管理流程和制度。历史项目的规模与成本统计没有得到精确的核算,项目过程中变更产生的成本变化也没有被分类核算,对后续成本管理过程中的成本估算和成本控制产生了影响。3.3估算成本缺乏规范和科学性3.3.1规模估算方法选择规模估算是软件项目成本估算的基础,G银行电子银行应用包括网银和手机银行在内均采用德尔菲(Delphi)专家评估法完成规模估算和概算。其属于非结构化的方法,缺乏数据和定量的估算,主要依靠相关干系人的历丈经验和直觉规模估算。该估算方法有点是速度快,没有复杂的定量计算。但可能会造成规模和成本的虚报,难产生健壮可靠和有利于风险规避的估算,降低估算的可信度。从表2中可W看出,开放式手机银行每期的规模估算和概算数据均存在较大幅度的偏差。手机银行改版项目整个任务的周期和规模庞大,因为项目的设计与研发工作是复杂的不确定的活动,所W增加了成本评估的难度,进而增加项目计划和进度控制的难度^。项目信息汇总表中可^看到第期估算与概算规模相差39%1922,功能设计和系统设计完成后概算规模比估算规模减少人日。造成项目一估算偏差的主要因素有两个,第在架构师在估算和编写总体方案时对于客户,、工作的端修改非登随改造方案设计不准确,后续随着详细功能设计和系统设计细化,客户端的改造可使用服务器改造代替,减少不同手机系统客户端的重复功。二能改造第,因为本次任务对原有手机银行应用有着全面性的改造,项目的设计和研发成果直接关系到用户的完成的使用体验,所W牵头部口G银行电子银行一部希望使用当前软件和互联网应用产品流行的迭代开发,在每轮迭代完成后进一轮的需求讨论一个项目周期中每一轮迭行业务和用户体验,并进行新,在同,代都可能对项目初期的范围造成影响,导致最后的概算规模与项目初期的估算规模产生偏差。在较为确定的研发与投产周期内,项目经理和开发人员必须设置规模的目标,控制规模,但对于电子银行对应的多业务与需求部n,需求提出的业务部口一只关系自己相关功能的项目安排,业务需求因所属部口不同难W通过统标准或21
北京交通大学硕±学位论文量化方法评判重要性并安排优先级。对项目经理而言,规模控制既是技术工作的一部分也是管理工作的一部分。他必须研究用户需求和系统应用的实现,,W控制研发项目的规模,W在成本、进度和质量的合理范围内完成项目。成本、进度和质量的限制也受项目初始规模设置的影响,这使得规模估算变得更为重要。3.3.2估算结果的主观因素手机银行立项阶段完成规模评估,参与估算的专家有应用架构师、开发经理、测试经理,项目经理参与对规模估算结果的确认。专家评估方法是凭借评估人的一个部鬥经验的主观评估方法,作为评估人员的手机银行项目研发人员隶属同,规模数据又作为研发部鬥的考核指标之一,所W从管理的利益关系分析,手机银行改版项目规模评估人员存在虛报规模的可能。本文使用了拟定的访谈大纲,对手机银行项目德尔菲方法评估规模的参与者项:架构师、测试经理、开发经理、。访谈大纲和记录文件请参阅附录项目经理进行访谈并做记录。对于几个成本估算典型问题访谈结果汇总如下。表3规模估算人员部分访谈记录表ScaleestimatorInterviewRecord?架构师测试经理访谈问题\^您觉得规模评估对于手机较为准确的规模估算可W保证当前版本的根据规模安排当期版本的研发任银行改版项目的意义在娜工作量在目前的资源下,保证项目顺利上线务,提供计算人力饱和度的数据。里 ̄ ̄能否描述下你用专家评估首先整体看项目的规模和架构上的复杂度,测试的规模估算主要根据项目复法进行规模估算的过程简单的根据业务需求做初步分解,然后看下杂度和测试人力进行比例划分,看同版本项目的规模,目前部口项目的人力饱版本时间和测试人员,将所有的工一和度,后续是否有预估的项目还没有下达。作时间按定比例划分给手机银行项目,因为同期有多个项目。为什么需要查看同版本项因为部口开发人员基本稳定一,所W每个版因为人力有限,项目周巧有限,对目情况,项目规模不是单本能完成的规模基本可控,如果需求规模过项目的规模估算始终要W这两个?大独衡量项目的么,会对整个部口的开发人力造成压力,进为基础,因为要考虑能不能干完的而影响影巧进度和项目质量,对项目交付造问题。成风险。 ̄ ̄那是不是说规模估算的数在实标项目需求基础上一,规模估算数字大,对整个部口有定好处,但是要在字大了,对整个部口和项可W使部口将其他项目放入其他版本或缩合理范围内。因为可W更合理的安目组是有好处的。。我们也会棍据项目排工作。小承接其他项目的规模,保证进度当然开发人员,稍谢提高估算数的编码效率要能跟上后续可能的变更和复杂度。。字,相当于给项目组更多的开发时间I根据访谈结果分析,可能造成规模虚报的原因如下。首先规模估算数据较高可申请更高的成本和资源,包括新员工或外包软件研发人员。其次自主研发的特22
手机银行改版项目成本管理改进途径点,,人员和版本的项目开发周期基本确定所W被认可的规模数据高的开发部口但当前版本内可W不再承接新的需求,或将新的需求安排到后续版本,即变相降低工作量。对于研发部口,单个项目周期的实际规模和工作量变小,可W更好的控制项目进度和项目质量,可W较少开发人员的皮力,更好的保障研发和生产问题考核。最后因为后续概算上报时会比对估算规模数据,且概算规模会作为考核规模上报并归档,不会再有实际项目规模的核算,所W估算增加可提高考核规模的计入数字。3.3.3规横与工作量混淆软件的成本估算是通过规模和工作量估算出来的。规模体现项目功能的多少,涉及范围的大小。工作量反映在规模确定的前提下,在当前设备、人员技能等资源的基础上,工作的多长时间能完成对应规模的项目内容,是项目资源申请和进度计划的重要依据。在《软件研发成本度量规范》对软件研发成本估算的流程定为估算软件规模-估算工作量-估算各分类成本及工期-确定软件研发成本,可看出规模是工作量估算的依据。但手机银行改版项目德尔菲法得出规模估算,W通常的工作量人日或人月为单位一,这般是工作量的度量单位。通过与评估人员的访谈可知,评估人员的估算依据主要有,初次分解的项目功能、实现复杂度、本部口人力情况一、同期的项目情况,给出个基于当前资源的可完成需求功能的时间估算。反馈给管理部口和电子银行部的规模估算数据更像是结合了生产效率的工作量数据。表4Delph评估表汇总结果DelhiscaleResultsp ̄ ̄ ̄ ̄ ̄需求分析详细设计程序开发功能测试业务测试^IIIII么计口(人曰)(人)(人曰)日(人曰)人日)(行情获取1232.519.5行情显示0-5231.518测试支持325合计1.5467422.5W上是手机银行改版项目中某一投资产品行情列表功能的德尔菲规模评估表,评估人员是应用架构师和测试经理。可看出评估人员给出估算人日数据直接是工作量的单位。为验证评估与实际工作量偏差,统计项目后期实际研发、测试人员的工作量,并将功能设计、架构师、系统设计人员的工作量直接设定分摊223
北京交通大学硕±学位论文人天。直接功能开发人员1人,直接开发工作用时4人天,其中包括了其他工作占用的时间成本。版本管理人员分摊版本组织工作0.5人天。项目经理、测试经理分摊管理工作0.5人日。功能测试人员1人,测试时间3人天,业务测试时间3人天。投产支持工作会在项目总的评估表中单独计算,不再单独计算在本工作量统--139542%计中。所W实际工作量人天,.人天。虽与德尔菲评估结果偏差,偏差然概算过程中会根据更进一步的王作分解,再进行登记的规模调整,但如果偏差在合理的范围内,如人员访谈所说,评估人员会倾向于将规模向利于考核的方向评估。如果研发中必项目办公室或科技部管理处室询问项目评估偏大原因,可W答复功能内部复杂度高,或将现有功能再进行拆分,W此虚拟部分规模数据。分析规模评估不准的原因,首先研发部口、科技管理部口、需求部口没有统一标准,该标准是相关干系人都可W理解并认可的规模衡量标准。如果W人月或人日作为规模度量单位,应该是基于认可的项目組成员的平均工作效率下,但这个效率标准不易标准化。软件研发作为复杂工作,工作效率受众多因素影响。研发部口在估算规模如按平均工作效率计算并反馈需求部口,需求部口会此作为讨论版本周期内可完成功能的依据。如果因为项目交叉、人力变动、人员技能等问题实际工作效率低与估算时的工作效率,会对研发部口的进度控制、质量控制上造成风险。所项目描述中使用德尔菲法从研发部口得出的规模估算是从工作量评估的角度出发,其数据对产品和科技管理部口类比产品各项目规模、衡景研发效率、评估研发成本投入与完成规模间的效益关系等工作都产生影响,造成得出的管理决策失效。3.3.4历史组织数据失效手机银行改版项目在内的G银行电子银行软件产品项目在项目完成后没有规模、项目成本的核算,,所W对整个产品在纵向的规模与成本评价时没有准确的组织资产数据和后评估结果作为基础。把项目规模量化W及将评估方法标准化,理想情况是基本适用G银行所有电子银斤软件产品项目,W此辅助项目计划、人力和资源的使用情况。但目前事后和事前的成本管理过程没有形成有益的反馈,各项目间的规模不能再统一标准下类比分析。从手机银行改版项目成本估算过程中已知,规模估算结果类似定性估算,且基于研发团队工作效率估算,造成不同一项目的估算标准可能不致,降低了规模估算数据在后续决策中的价值。在项目各项度量数据中,规模度量是基础。如果企业的项目计划使用量化的项目管理,需要重视可用于类比和具有辅助决策价值的规模数据的度量和积累。对于手机银行改版项目W及电子银行软件项目后续项目的影响主要包括两点:电子银行部及24
手机银行改版项目成本管理改进途径业务部口不清楚每个版本下达的需求范围是否合理,是否可在规定的研发周期内一完成。在充分信任的团队合作下,各部口致的目标应该是发挥最大的资源利用率,且资源使用需要保证项目进度和质量为研发工作的实施部口,研发中必;作一没有个量化的历丈数据可W作为项目计划的依据,因为评估人员和项目经理的不同,如,有理由认为在项目管理水平上存在能力差异果单纯依靠定性的主观评一估,难W保证W规模估算为基础的项目管理计划的多版本致性和当期版本的可用性。3.4成本控制受迭代研发影响一迭代模型适用于需求没有完全明确,每个迭代阶段进步完善需求。手机银行改版项目需求范围庞大,,,改版后产品在业内具有开创性需要用户和市场验证,可W更好的完善和改进需求所^以符合迭代开发特点,提升产品价值。在研发模式适用的情况下,对需求范围变化引起的成本管理问题进行分析。3.4.1成本管理计划本次手机银行改版项目功能需求范围大,且涉及用户体验内容,造成需求的不确定性,,所W采用迭代开发管理,首先将开发流程划分几个阶段并逐步完善和优化项目需求,使改版后的手机银行应用达到最符合用户体验和业务需求的效果。首先因为整个项目分多期实现,在H期、四期时出现的优化和体验需求出现推翻^期一、二期的设计的情况,这已经属于设计变更。期、二期实现的部分内容在没有长期经过生产验证和调研的情况下被修改或推翻,造成开发资源的浪费。使用瀑布模型研发项目,立项期手机银行应用的架构师和对应项目经理会根据业务需求确认本项目范围。在进入系统设计及编码阶段后,业务提出的新需求,会被认定为需求变更,在无安全与监管要求的前提下需要通过项目管理系统提交,经过业务和研发部口变更管理审核人进斤审批。但本次手化银行改版项目的迭代研发模型,使业务认为可W在项目中持续提交需求和对之前的需求进行变。更,而没有了之前瀑布模型中明确的需求提交时间点和需求确认审核过程因此产生的变更成本和沉没成本并不能简单W增加的研发人力和时间计算,因为其造成了资源的浪费。原因从成本控制阶段划分,前期的成本管理计划需要对迭代开。发中的成本管理计划重新制定,不能继续沿用瀑布模型成本管理计划根据项目不同,需要W项目管理内容制定。,面对市场同业和互联网公司的竞争,快速的发起和响应需求申请增加产品25
北京交通大学硕±学位论文项目的上线频率是有其必要性的,迭代开发业务在当前版本流程上的尝试,但是对于项目的目标和范围定义必须确定并做成本管理计划和变更流程,否则会导致变更的业务价值、审核及变更记录缺失,导致成本控制失效并造成项目风险。342变..更管理通常软件研发项目的变更包括需求变更、设计变更及计划变更。在手机银行改版项目中均存在。在电子银行的软件产品项目中,频率最高的是需求变更,因为,对应的需求来源相应增多接入的业务功能全面。电子银行及相关业务部口希望在项目范围中增加内容或对已经确定的功能进行修改,这就产生实际变更和对应的成本变更。需要有效的管理变更,控制成本基准的变化,使项目按成本、进度、质量预期的完成。一从项目各机构成本目标分析,成本目标不致的问题同样影响变更的下达和管理。电子银行应用作为渠道银行,上游对接多个业务需求部口。项目的变更需求下达对于业务部口同样是零成本,不需要针对软件规模考虑成本预算,但对成本的影响要大于初期需求下达阶段。业务需求经过业务部口领导审批被认为具有业务价值,研发中必对应部n就必须反馈需求受理意见。研发部口相应应用在反馈受理意见时,分析因素主要是人力安排和项目版本周期安排。整个过程中没有对应部口和责任人负责需求的成本和产出的分析。设计变更的主要是来自需求变化,但因为产品性能、安全性、监管要求W及手机设备及系统更新等因素,造成项目研发周期内发生设计变更是电子银行手机银行软件产品的特点。从案例中还发现,改版后手机银行对外开放服务的时间发生过两次变更,导致需要兼容内测和生产版本的额外研发成本,这是计划变更引起的。通过分析可知,其原因是电子银行部认为程序改动范围大,易造成生产问题。这也是之前分析的需求成本和价值分析不足引起的,还有就是没有完全理解一迭代开发的核必内容个迭代内交付的程序应该是可用的,符合上线质量,在每要求的。3.5成本管理考核机制待完善通过案例可知,G银行软件研发管理中对成本的管理手段对降低项目过程成本,,提高项目内部收益没有从成本角度出发没有促进内部工作效率的提升。根据成本效益原则花费的成本和产生的需求之间的比例越低,说明获得效益越高。所在计划的成本预算内完成项目是基本目标,有效的在各环节降低成本才可能更好的提升产品价值。26
手机银行改版项目成本管理改进途径在电子银行产品各责任部口没有对项目成本进行严格的货币化核算的基础上,各项考核对成本管理的激励是缺失的。对于开发中必的考核主要集中在两个方面。首先是全年开发中必的人为资源使用情况。因为开发中必的研发和测试人员数量基本确定,所W已有的人力资源是否得到充分的使用,完成了多少规模的研发任务,即人力资源成本的使用率。然后是1^^部口为单位的研发质量考核,主要针对生产中发生的系统缺陷或影响业务流程的生产事件,考量的是成本投入产一。出,进步把控项目的完成质量对于人力资源使用情况,主要通过项目规模和部口研发团队人员数量比值进行计算,即人力饱和度。在人员和版本周期确定的情况下,增大规模估算和概算00%可増大人力饱和度,当人力饱和度超过1后可在版本周期内不再承接其他项目。W上原因造成人力资源使用情况统计过于主观,在规模估算、概算阶段研发部口更倾向于增大上报规模,。对于质量要求在提高研发人员开发和测试质量的前提下,更充足人力在规定的时间内可更好的分摊研发和测试任务,增加单个人员的研发和测试时间,减少实际人均规模实现。。这同样可W通过增大上报规模减对于项目经理和各应用的开发经理而言,更多的规模可W争取更多的研发资源,甚至在项目前期申请临时招募外包研发人员,试图W增加人力来保证项目进度和质量。W上两个考核制度造成项目实际实施部口,研发中必倾向于增加项目的资一源的使用,即控制在定范围内使成本升商,而且其考核完全与项目的实际成本消耗和其产生的利润或价值无关。手机银行软件产品的牵头业务管理部口为电子银行部,牵头科技管理部口为信息科技部,各个业务功能的业务流程需求提出部口为各业务部口。如外汇业务是金融市场部负责,、基金业务是个人金融部但研发部n都是手机银行应用所在。,部口这造成手机银行应用内部,业务部口和研发部口考核目标不同绩效管理目标不一致。业务需求部口的绩效目标为需求为自己部口带来的业务收益和客户群体,但并不横向比较其他同期其他部口业务需求的优先及紧迫性,不进行同等成本效益分析。研发中也对于同期业务需求根据业务需求下达先后和难易程度进行需求受理,完成规模目标。,目标是将当期版本的版本人力资源利用饱和度提高同时在有可能商议的前提下尽量承接修改风险小的业务需求。这就造成多个业务部口对于同一电子银行渠道的需求和绩效目标不一业务致,研发部口承接和完成一致功能的目标与业务部口不完全,最终无法将成本收益最大化,造成成本浪费,无法将电子银行渠道对整个G银行业务支撑和收益提高。技术人员是科技部口的核也资源,也是项目问题成本管理的核也。研发人员工作的效率和质量直接影响着软件产品开发的费用成本和运行维护费用。若技术。人才技术熟练、工作质量高,将会降低技术开发费用和运行费用在把握前期人27
北京交通大学硕±学位论文才入口和后期持续培训的基础上,需耍结合实际项目情况重视绩效管理和激励。3.6本章小结、本章通过手机银行改版项目的成本管理中的若干问题,从多部口的组织关系成本管理和考核目标差异分析了电子银行软件产品层面成本管理的问题及原因。从项目的成本估算、变更成本控制、外包和采购管理讨论项目过程中的成本管理问题及原因。逐步研究和分析G银行电子银行软件产品研发过程中的成本管理不足。28
手机银行改版项目成本管理改进途径4手机银行改版项目成本管理改进途径W手机银行改版项目为案例结合G银行电子银行应用成本管理的历史问题和现状,对本案例暴露的问题进行分析。从整体到局部过程,从成本规划、成本估算、成本控制和成本核算几个过程给出合理化的解决方案或优化方法。本章的问题解决论述按照案例中问题的前后关联顺序展开如下。全过程尤其是成本管理规划阶段使用基于项目业务团队的全过程成本管理。成本估算使用功能点法进行规,;对于项目需求从成本产生的价模估算、变更和关系到质量的测试的成本管理值出发,基于价值工程,分析成本的使用对产品的增量价值提升。为了有效激励,降低项目研发成本,讨论在项目范围内制定项目成本管理考核激励方案提升项目内部效益。4.1项目整体全过程成本管理。对于项目中存在问题,首先研究解决项目前期和顶层的成本管理问题对于电子银行手机银行软件项目,成本管理是前期需求调研到产品投产上线的全过程的管理,参与对象是从业务部口、电子银行、信息科技部、研发中也研发在内的项目过程全员,存在着因不。项目实际过程存在的问题首先暴露在成本规划阶段同的部口和职责造成的成本管理问题,应借鉴王业企业成本管理经验,理清上下游的职能与权责,在G银行科技系统的架构内探索新的成本管理与控制方法。全面成本管理(TotIeCostManagerment,TCM)是从传统制造型企业发展来的成本管理理论。W优化成本投入、改善成本结构、规避成本风险为目的,体现全员、全面、全过程管理。结合项目实际及全面成本管理的研究,试图解决成本规划、成本控制等管理问题。对于手机银行改版项目存在的多个职能部口对成本管理无责任划分和管理目标的问题,首先应树立全业务团队的理念,让产品的成本和收益目标作用于团队的各个干系部口和人员。对于前期的成本规划i,参与项,手机银行项目U及广义的电子银行软件产品目的部口层级及人员多,,成本规划问题没有牵头规划人员各个部口根据自身需一要对项目成本提出规划和对应指标,但对项目整体、全过程和参与人员没有统的成本管理要求。W业务部口、电子银行部、科技部及研发中必人员为对象的项目业务团队,在项目过程有实施全过程的成本管理的基础和必要。基于全面成本一的项目目标管理的思想,加大业务部,强调全员和全过程的成本管理,树立统口、科技管理部口、研发部口和推广实施机构的联系。在项目中上部口相关人29
北京交通大学硕±学位论文员视作整体团队,在组织管理层确定项目的价值与成本目标,项目需求与项目研发团队在项目经理的管理责权内合理分配资源,进行有效的成本计划和成本控制。对项目全过程进行成本和利润的考核,并实施对项目全团队的激励。对电子银行软件产品项目建设过程中的成本有组织的系统的管理,包括依据预测、计划、核算、控制、检查、分析的活动。不同于W前只对项目研发过程进行成本计划和审批,对业务分析、需求下达过程增加成本和利润因素的分析,对研发过程增加需求变更的成本控制,,对事后进行成本核算及历义数据分析结合利润情况对项目进行全业务团队的整体评价和考核。对于银行科技项目的管理一,业务和科技的管理体系架构问题直存在。业务部口项目中提出的业务需求不考虑科技部口成本,科技部口因考核制度不考虑业务效益等现象的原因,导致项目过程中管理和沟通成本加大,上线后对项目业务效益跟踪和反馈不全面不及时,部分项旨总体的成本的和效益比低。对于电子银行产品收入与利润,应联系实现利润与控制成本情况实施绩效考核和激励,对各相关部口采用责任成本管理,对各部口职能范围内的成本控制情况积极进行考核。对电子银行产品成本产生的责任部n明确成本责任范围,达到电子银行软件产品成本有效控制目的。明确业务部口、科技管理部口和研发部口的责任性质是银行控制整体成本的内在要求一。促使电子银行产品相关部口在控制成本过程中形成个责任明确的外部组织环境,有效的控制科技产品成本。对所有产生成本的部口及人员的成本考核,可W最大程度调动员工的成本意识,全面的管理与控制电子银斤软件产品成本的形成。本次手机银行改版项目主要需求和牵头责任部口为电子银行部,辅W个人金融部、金顯市场部、私人银巧部等其他业务部口需求人员完成少量业务流程方面的需求提出和确认。针对业务需求提出需求没有整体规划,需求下达时对于业务部口零成本的现状ji主管的电,实施项目的全流程团队管理。L:子银行部项目需求牵头人、业务部口需求人员、研发中必功能设计人员为主要需求团队人员,应用架构师、电子银行部内部指定的应用负责人、研发人员组成系统设计人员,项目经理、编码、测试和运维人员仍然由研发中也人员担任。改版的手机银行应用上线后推广工作仍由电子银行部负责。对项目的版本需求所产生的规模数据W及后续的项目效益后评估作为牵头部口的电子银行应作为第一,责任人。项目中对于重大决策的干系人可通知到电子银行部、总行科技部、研发中必相关领导,对于手机银行改版项目这类全行重点项目,决策及问题最高可上升到全行分管副行长。一通过整合流程和团队的方式在项目过程中始终统目标,项目对整个团队进行成本管理和绩效考核。对于手机银行项目从业务运维和用户使用的角度评价,定量的统计改版后用户增长数量、单个功能交易量和交易额变化,通过收集的用30
手机银斤改版项目成木管理改进途径一户使用数据分析用户行为,用于评价和进步优化改版后的功能。通过客户体验中必及电话客服抽样的进行用户调查,汇总后形成体验报告反馈电子银行部和研发中必。由于项目的人员分属不同部口,个人考核的评价和绩效工资的发放分部一口管理和核算,这为项目组成员绩效评价和激励标准的致性制定造成了困难。所W业务部口、电子银行部项目组成员还是通过项目上线后的运营数据和市场反馈定性的评价其项目绩效,但是按比例增加原研发中私考核中规模和研发质量的考核。4.2项目前期功能点法成本估算4.2.1功能点法度量的可行性G银行研发中必使用专家评估法的一个目的是在项目和应用交叉复杂的现状一下,找到个快捷又不产生过大偏差的方法。因为部口每个季度或每年总的规模通过研发人员数量计算,使巧人月量化后有王作量产生的成本基本可控制在全年目标内。但因之前分析的主观性及非结构化特点对于项目的规模估算依据薄弱,。复杂和大型项目中偏差大,难W作为成本和进度的计划依据功能点法估算的关一注点集中于程序的功能性和实用性上,而不是代码行的计数上,是种基于软件功能的度量方法。与代码行估算法不同的是,功能点估算法是对软件和软件开发过程的间接度量,对于系统内部。但功能点分析法只关注产品可见部分的复杂度复杂性度量不够,所W对于研发难度大或用户交互功能少的基础技术研究类项目。适用度低,但比较符合电子银行软件项目的特点,W手机银行为代表的电子银行软件产品,使用者是个人客户主要通过信息展现和用户操作在电子化渠道完成相关银行业务。从手机银行改版项目分析,主、新增业务产品。要是新増业务功能、流程修改、界面与体验优化等任务电子银行软件产品是主要是面向个人用户的渠道应用,功能点法是从用户需求角度度量品属性,软件规模,符合手机银行软件的产易于使用功能点分析法通过输入输出一元素度量功能点。不同业务部口的需求,因界面和流程统的要求,界面、流程和输入输出设计元素存在相似性,使用功能点法分析的结果具有较强的参考意义,有利于组织级历史数据的积累和使用。本文使用适用不同的项目和组织的IFPUG功能点分析法,该方法在国际上广泛应用,主要用于前期规模估算和中后期规模度量。在G银行项目管理流程中规模估算在收到业务需求说明书时启动,业务需求说明书主要通过用户用例和详述一。说明需求,包括界面和输入输出描述,这进步方便利用功能点分析法估算成本本期手机银行改版项目中程序改造的类型较为清晰,内部复杂度高的功能是全新31
北京交通大学硕壬学位论文的界面控件和客户端,界面控件已采用外包技术采购。手机客户端的规模可控,开发人员较少,后续可调整功能点系数,,规模和工作量较容易估算并使用经验评估调整。所W通过分析,手机银行改版项目可使用功能点法进行成本估算和概算度量。目的是兼顾规模度量的实际导出效率及准确性,可在电子银行软件产品长期项目中进行规模量化。4.2.2功能点法估算实例项目立项阶段文档和程序数据较少,对于估算规模应在快速较为准确的基础上尽量降低人力成本的消耗。该阶段评估规模主要目的是计算项目的目标版本的规模承接度,避免出现在固定版本周期内项目规模过大造成开发风险,或实际承接项目规模较小造成项目开展后出现人力空闲。所W可W使用快速功能点法。快速功能点法在业界已经逐步推广,并在其他项目中被证明符合初步估算30%的可接受规模误差。功能点计算法是依据项目文档描述的项目内容,对项目进行规模评估。不同的项目阶段使用功能点法进行概算、预算和决算.2。根据国际功能点协会CPM4功能点实践手册相关定义,功能点法进斤估算的时候具体过程包括:对估算功能单元的类型进行识别、计算每种类型的复杂度、计算总体的调整前的功能点数、根据调整因子对功能点数进斤调整。功能点分析中有5种信息域需要进行描述:其中事务类的有EI(外部输入),E0(外部输出)和明(外部查询),数据存储类有ILF(内部逻辑文件)和EIF(外部接口文件)。对事务类的功能点估算需要确定两个指标:跑T和FTR。DET是界面的录入具体数据项,包括按钮在内;FTR是完成事务功能需耍操作的数据文件数目;数据存储类功能点的估算需要确定两个指标:DET和RET。DET是具体数据存储文件的数据项RET的数目。数据文件是复合文件时候关联或引用的个数。一种补偿机制信息域数据估算完成后可W开始考虑调整因子。调整因子是,即通过五个信息域和复杂度都还没有办法考虑到的因素就应该做为调整因子。得到调整因子后最终可W计算调整后的功能点数*AFP调整后功能点=UFP未调整功能点数目()()AF(影响因子)由于功能点法基于客观的外部应用接口和主观的内部应用复杂度W及总体的性能特征度量,可结合业务需求用例增加估算的准确性和客观性。G应用原始业务需求用例格式如下。32
手机银行改版项目成本管理改进途径表5手机银行改版项目需求用例TheExamleofMobileBankinrevisedroectreuirementsusecasespgpjq1用例名手机银行改版:行情用例编号查看主要角色手机银行用户次要角色专2015--1创建曰期19创建者XXX用例描述XX一简要概述客户在手机银行栏目查看行情,显示符合统的改版界面设计前置条件客户现在手机银行客户端基本流【启动】K【客户】点击进入手机银行客户端,进入投资理财功-XXX栏目能,用例启动。【查2。看行情】、【系统】展现行情列表展现逻辑:先人民币再外币产品。3【我的持仓】、【客户】点击我的持仓按紐,进入用户我的持仓流程【交易明细】4、【客户】点击交易明细按钮,进入查询用户交易明细流程【刷新】5、【客户】点击刷新按钮,产品列表价格刷新【用例结束】6、该用例结束备选流【我的持仓】1、用户未登录下点击我的持合按钮,提示用户登录,登陆后继续我的持仓流程。【交易明细】2、用户未登录下点击交易明细按钮,提示用户登录.登陆后继续我的持仓流程。错误处理毛后置条件萃可扩展性本用例适用于未登录用户的行情査看1业斜、本用例包括先买入后卖出和先卖出后买入栏目的产品行情列表见则2品价格上涨。,使用绿色表示当日产品价格下降、红色表示当日产特巧需求萃任务活动图幸界面示意图^输入信息定义奉输出信息定义萃附加信息无33
北京交通大学硕±学位论文按表一E0EQ5功能描述完成功能点法的实例估算。第步计算I、E和事务功能:第二步计算ILF和ELF事务功能;第H步根据对应功能点表计算各个信息域复杂度情况;。在调整因子为计算的条件下未调整功能点数估算情况如下表6输入输出兀素统计表Inputandout山elementsStatisticsp事务项¥TR总和^查看行情ro347我的持仓n112交易明细n112刷新E0448表7关験文件统计表Feassocaonsaisisilititttc文件描述M^^行情数据325^表8功能点评估结果Delhisizeestimatesp文件描述功能点级别总和^5EI3巧006防05巧010ILF140014功能点法作为规模度量需要通过在研发团队中经过多个项目形成规模度量基准一,并调整因子可总结手机银行需求及研发类型,不同的需求大类使用同个调整因子。对于需要预估工作量的项目,同样通过工作量系数与实际项目中对W上功能单独通过专家判定法进行规模评估,评估与功能点法结果比对。通过实际操作,对于软件应用涉及的规模较小的项目,使用功能点法计算规模的时间长于专家评估方法评估,但准确度并没有实际提高。说明在规模较小的配合项目中,使用专家评估法可W实现快速规模评估且基本满足准确性要求。对于功能点法需要通过实践和总结一,给出套较完整的评估规则和过程指导,对于电子银行软件应用会提升使用功能点法评估的效率和准确性。通过积累量化的评估数据,再对电子银行软件产品细分功能,通过不同的调整因子增加规模估算34
手机银行改版项目成本管理改进途径的准确性一,降低估算的复杂度和成本。规模估算只是成本估算的第步,还需要通过项目组的人员技能及组织情况估算工作量。对于G银斤手机银行项目组,工作量对项目进度的计划和控制大于货币化的成本估算。按项目规模有选择的使用专家评估或功能点方法完成规模计算。根据手机银行改版项目情况,,每期版本配合应用较多,但是除了项目主体的手机银行应用其,根据手机银行改版项目需求完成上下游的配合改造他应用均为配合项目,单个应用单期项目规模均在440人日(约20人月)内。由于针对手化银行改版项目的业务需求均按照手机银行的用户案例进行文档化描述,其他应用的功能设计需求文档均是在此业务需求中单独细化得出,所W并不适用从原始业务需求文档进行功能点法的功能划分。4.3.项目过程基于价值的成本控制项目的成本管理的目的是在批准或者说有限的成本投入内完成项目。对于电,子锻行软件产品的研发,最主要的有限的成本是人力成本或者说人力资源其次是研发周期的限制和产品质量的要求。手机银行改版项目的成本控制主要是控制项目研发资源,在质量要求内完成符合业务或者企业利益的软件项目研发需求。相对于人力成本,需求对应的规模是过剩的,现有研发的人力资源无法满足全部需求,。所W需要对项目周期内的需求进行筛选和控制W此来控制开发成本,保证项目在确定日期顺利交付。在满足客户需求并在市场产生应有的社会效应的前提下,在项目过程中合理的降低成本是提高产品价值,增强银行科技竞争力的有效途径,这正符合价值工程理论。价值工程的分析过程是通过有组织的集体智慧活动对产品或服务进行功能分析,可,使目标W最低的总成本靠地实现产品或服务的必要功能,从而提高产品或服务的价值。手机银行改版项目作为不确定的复杂的创造性工程项目,需要通过价值目标修正项目管理过程。价值工程分析起源和应用主要在制造领域,但对于G银行手机银行项目中相关部口和环节,易于建立一一的理论方法优化成本管理过程个较统。在本项目实际应用中价值分析目标不一定是最低的成本,要考虑社会生产经营的需要,改版项目涉及的功能是必要的、具有验证价值的,在此基础上兼顾用户体验,W此在成本范围内获得更窩的产品价值。对于价值工程的运用需要定量和定性分析结合使用。定量分析使用价值工程=F的通过价值计算公式。V/C。其中F是功能评价参考值;C:研发成本;V:功能价值。C研发成本通过试算工作量作为成本,如果涉及采购需要将采购成本计算在功能成本内。虽然作为研发的直接成本较易统计,但是因涉及的程序复杂度、关联35
北京交通大学硕±学位论文项目产生的不确定性,在成本中增加复杂度调整系数,作为成本统计的补偿因子。4.3.1需求受理成本控制通过项目实现的手机银行软件产品需求根据目标的不同主要分为S种:业务部口对业务功能、数据采集的需求W及各部口监管要求;研发部口对产品性能、产品架构、安全性的需求;用户侧是服务和体验的需求。但总的来说需求还是面向[^客户为主体的使用者,通过更好的产品提供电子化的金誕服务。基于需求的成本控制,需要在项目业务需求确认、需求变更中根据项目成本、进度、质量控制需求范围。对于需求范围的选择,不能只根据影响项目规模的大小、实现难易程度选择,要从其对客户的价值、对业务的价值,甚至从对企业战略敲响的角度分析,产生最大的成本效益。在需求分析与筛选阶段,研究使用价值分析对业务需求分析,找到成本内对各相关方最有价值的需求。立项申请书经过各部口领导会签,其描述的立项内容和意义中最核必的部分是项目需求的基础,在此之上对业务需求说明书的内容进行分析。在分析后的需求受理反馈过程,应基于价值与相关部口组织讨论,充分沟通,避免现行流程中研发部口单方面分析根据资源和其他项目情况反馈可实现需求的情况。单方面受理如果需求下达部n意见不一致,会通过上升层级沟通解决,其关注点还是基于人力和版本安排,双方没有基于价值的有组织分析。作为整体业务团队作为业务方的需求出口的电子银行部责任人、负责实施的研发中必产品经理、架构师、项目经理应该基于一一切可用的成本和业务评估资料,作具体分析般化和概,避免,找出关键价值点念化。发挥真正的独创性,将争议需求换算为成本考虑。是"(否这样使用我自己的资源作为评判标准。这些都是基于价值工程Value?En?gineeringVE)的提出者麦尔斯化0Miles)在长期实践中总结的开展价值分析工作的原则。在前期需求管理和成本控制的管理工作中,结合手机银行改版项目的组织结构、管理流程可优化使用如上原则。无论是传统研发模型还是增量的迭代开发模型,需求矛盾主要集中在业务与研发认可的必要功能W外的附加功能。实现业务的必要流程和对应程序是项目立项的基础,但在人力资源有限的前提下,其化非业务必需流程的附加功能是需求受理及版本安排的主要沟通内容。在引入价值工程的思想后,可依据公式计算变更价值,作为需求受理的依据,对争议功能需求进行价值评估,确定其功能价值。具体过程如下:1)0-1(碗定待比较的功能范围,并每两项进行的必要性对比,计算功能价值。如待评估功能为基金界面优化、基金列表直接购买功能、基金收益率排序功能。36
手机银行改版项目成本管理改进途径表9功能系数评分表Functionscoresheet功能界面优化直接购买收益率排序功能得分功能系数界面优化11020.333直接购买01010.167收益率排序11130.500合计61(2)确定每项功能所需的工作量中涉及其他部口及较高不确定性的功能,应,其乘^心相应的系数提高王作量估算值。表10成本统计表CostscoresheetM工作量(人天)成本系数界面优化90^直接购买\90^0收益率排序14^合计4213=()通过VF/C的计算原则得出功能价值,作为评估功能成本投入的定量依据,并结合实际需求增加定性分析,决定成本使用策略。表11功能价值统计表Valuescoresheet功能功能得分功能系数工作量成本系数价值系数界面优化20.33390.2141.556直接购买10.167190.4520.369收益率排序30.500M0.3341.497结合价值系数,可W初步得出结论,如果在各功能必要性相似且资源有限的前提下一项功,可考虑受理基金界面优化和收益率排序功能。如果成本只控制完成能,需要更具实际情况定性的分析,然后充分沟通需求价值和成本投入情况。除了项目内的需求价值分析一,对于同版本周期内的其他项目需求,不在同一一应用需要复用资源项目团队范围内,但对于同,需要有组织的横向比较,电子银行下的软件产品由电子银行部统一牵头组织,信息科技部协助完成各应用部。、口的需求协调通过文档形式汇总需求规模,分析业务价值后完成优先级排序和项目版本计划一,并组织有资源冲突的相关方沟通。建立套从业务部口到软件产品主管部口间,有效的需求推动机制,业务部口向科技主观部口申请重点项目,37
北京交通大学硕±学位论文重点项目可提高研发优先级,。对业务价值高的项目需求要优先投入研发成本这直接提高产品价值,从项目需求分析阶段就针对成本产生的功能价值的分析,提高研发成本的效益。4.3.2増量需求成本控制本项目使用迭代增量开发模型,这其实是G银行信息科技部口和研发中必对一--敏捷项目管理种阶段性的尝试。项目过程中分为几个单独的分析-设计研发测试周期,,首先改变的是需求管理模式并殻响项目成本的估算与控制。对于增量一个迭代开发,增量部分的业务需求也是从项目开始时评估并划分的,但实际每都提供了为用户服务的功能,并且为用户提供了评估的平台和渠道。在手机银行项目中,这个增量因固有流程和风险原因不对外发布,但是会进行业务部口、电一子银行部业务流程测试部口、体验中必等部口试用,根据试用情况在下个増量过程中优化。这就意味着在迭代需求管理中需求变成了不确定的,也造成了成本控制的不确定。原则上增量包应该足够小使其对整个造成的影响可控,但是对于一改版送种变化较大的项目,每个迭代的验证结果造成的增量需求范围变大,基本无法满足最小增量包的需求,通过价值分析再对增量需求和原始需求评估价值,W及对后续工作的内容、进度、质量、标准、责任等方面的影响,确定当前成本要求下产生最符合目标的经济和社会效益的需求安排和资源使用。在需求受理价值分析时己描述需求最好是可验证的,这在迭代里是产生优化需求的过程,通过验证可W实现成本产出成果的鉴定。避免原瀑布模型中交付前才可W大范围的验证,如果不符合业务和用户预期,无法产生应有的价值,会造成严重的资源浪费,无法在预算成本内达到项目效益目标。一价值分析实施包括收集,使用最好、最可靠的情报等原则切成本资料,依托银行的电子银行软件产品可W通过多种途径收集。如电话中必有日常用户投诉、建议等历史信息,分布于全国的网点可进行线下试用和反馈收集,众多的行内员工的内部试用结果也可手机一定数量级的样本数据,这些数据的获取成本相对低一廉,可W用于价值分析进步控制成本。W上是银行电子银行产对比于互联网产品的线下优势,但还需要加强手机银行等产品的数据采集和分析工作,精益化的准确解决用户需求,才是控制成本,高效利用资源,提升产品价值的良性过程。433测试过程成本控制..测试成本要素包含很多方面,其成本花销实际上是对软件产品的质量保证的投资。项目管理通常将成本、进度控制集中在设计和开发阶段,但在迭代模型中38
手机银行改版项目成本管理改进途径测试工作会影响到后续迭代的成本和进度,甚至产生风险。手机银行改版项目测试成本增加主要是内部失效成本。内部失效成本指的是在软件产品交付客户之前产生的失效成本,是对开发过程中发现的错误、程序缺階或者失效而采取的处理措施发生的成本,例如返工、缺陷修复、问题验证回归测、延迟交付的成本等。面对测试在质量要求方面可能带来的成本增加和进度滞后,需要在设定质量目标的前提下,根据项目情况具体分析用于发现和修复缺陷的成本,确定成本投入的价值一致的考核和组织架构障碍G银行手机银行项。首先是要打破目标不,目功能测试人员和开发人员同属一个部口,但业务流程测试属于专职的测试部口。其考核除了保证产品尽量不出现严重影响客户使用的生产问题外,还需要对个人一些体验问题一测试数目进行考核,造成、流程优化问题、跨平台跨功能不致等问题反复被提出和流转。这些问题逐渐消耗在迭代研发中的开发人员的大量精力。所W需要对非程序缺陷、修改范围大、修改风险大等问题进行价值分析,分析其修改与测试成本。根据项目情况的选择和团队的情况来做最佳判断,这就是关注测试成本的意义。同样需要用整体业务团队的角度,W业务部口、电子银行部、架构师、产品,通过价值分析确定测试的质量要求经理和测试经理为成员,对交付前必须修复的问题制定测试和确认标准。对存在争议的问题或缺陷通过分析其对交付的影响并逐级上升仲裁。对于业务体验、流程优化等非缺陷问题,通过文档或系统汇总,在迭代管理工作中组织业务、研发、测试人员分析列表中个问题,对问题是否影响交付、对用户体验的影响、产品形象的影响等方面进行价值分析,从而评估修改成本并确认问题处理的优先等级和时效要求,。随着组织能力的不断提高质量成本在整个开发成本中的比例会逐渐下降,预防成本会上升,产品交付后质量上升,即所说的生产问题数量下降。4.4项目过程成本核算软件研发中心的项目收益和利润不计入研发中必和部口的考核,研发资源对于G银行属于公共资源,承担的是整个银行科技研发工作。单纯的科技研究和实施、类项目由科技部或研发中屯下达,没有牵头需求部口,项目直接受益者不明确,对项目的成本核算和利润统计造成困难,这不利于项目各环节的成本控制及对后续项目成本管理的指导。W电子银行项目为对象的成本核算,其核算目的只要是用于成本决策和成本控制。作为电子银行产品或全行重点项目,具有牵头的业务和职能部口,。重点研发任务对版本安排和需求时效有严格要求所W业务部口倾向将本部口较大规模项目申请为重点项目。所1^对电子银行软件产品成本核算39
北京交通大学硕±学位论文是可行的,但目的并不是完全让业务需求部口承担研发费用,而是通过项目成本核算和利润分析,让,优化项目成本构成业务部口提交需求时有成本参考,从而提高需求价值和最后的产品价值。如果每个项目都将业务部口和研发部口作为甲己方进行项目申请,势必会增加审批周期,,因项目预算的确定进行谈判和拉银这其实是降低了研发效率,增加了无效的管理环节。按目前的项目审批流程,增加尤其是重点项目的成本核算和统计,,有利于科技管理部口更有效的对产品规划了解各产品线项目实际的成本情况,,并结合经营数据分析优化产品结构,细化科技方向的战略投入。对软件研发中必等公共开发资源独立核算,从长远看其利大于弊的,但需要建立配套的管理措施,并根据企业特点不断优化,发挥核算带来的好处。成本归集目成本一类别是项。更具般到特殊的原则,首先是常规的直接人力研发成本,项、目申请的额外资源的成本的货币化统计,如设备外购人力、技术或软件产品资一源。更主要的是制定套有效的实际人工投入统计标准。可W通过技术手段,使用版本管理工具,统计项目组成员代码数量,再根据平均研发水平换算成人日工作量,W此进行人力的成本统计。也可W结合行政手段,获取人员工作时长,作为工作量对比参考数据。综合分析工时、项目组上报的经过工作分解的事后王作,核算实际项目的人力投入。对于电子银行软件产品发工作的内容量统计,其研和复杂度较为平稳,历史数据具有参考价值,在保证成本核算可信度的前提下,可作为检验和优化成本估算的依据。4.5本章小结本章针对手机银行改版项目中的问题及对应分析,给出了可行的改进建议和方案。主要围绕估算不准确验证了功能点法在手化银行改版项目中的应用;针对产品全过程的成本管理差异,提出W业务团队为对象的全过程管理和价值分析办法。主要目的是在各部口职责范围内,找到项目成员共同的成本管理目标。通过合理的激励和考核制度和管理办法促进项目成本目标的达成,提升软件产品价值和企业效益。40
结论与展望5结论与展望5.1研究结论在国有商业银行利润率和利润增速""双降的背景下,涉及广泛的成本控制和绩效激励改革正在自顶向下的加快实行。W手机银斤为代表的电子银行软件产品是商业银行与互联网企业竞争的前沿,所从本文对手机银行项目的研究可W较为全面的了解电子银行软件的项目成本管理过程。手机银行改版项目是为了应对互联网金融产品而发起的项目,其具有上线要求紧迫、重视客户体验、定制化、大数据应用等特点,既具有电子银巧软件产品的历丈特点,又具备银行软件产品面向互联网产品转型的需求。项目使用的迭代开发模式也是为了适应更频繁更快一种尝试速的产品需求的,代表了银行电子银行软件产品在目前的组织和成本结构下,创造更符合互联网背景的产品价值的趋势。本文讨论的成本管理案例,经总结可得出如下相关内容。1对于电子银行软件产品的成本管理规划(),分清各干系部口的成本责任,打破现一有组织壁垒,W产品和项目为中必,设定致的成本管理目标。(2)对于电子银行软件产品应建立科学的成本估算和成本度量流程;验证了可使用功能点法进行成本估算,其客观性和准确性有助于成本估算。(3)在商业银行多个科技相关部口作为成本中必的背景下,得给出W业务团队形式对电子银行软件项目进行全过程成本管理的方案。(4)对项目研发过程的成本控制方案和可能的高成本环节,采用价值工程等方法从成本对用户、社会、业务提升的价值分析,有计划进行成本控制,提升产品价值。52一.需要进步研究的问题在文中多次提到G银斤正在进行磁行部口利润中必改革,其中电子银仔部由成本中屯、转为利润中屯、也在计划之中,其中的阻力和变革幅度巨大。其转变后的考核和核算细节,W及其预期的改革效果还有待进行研究。研发中必作为科技项目实施的主题,在发展迅猛的互联网金融环境下,如何激发起活力,使其与具体一利涧挂钩。,更多的参与利润分配也是待研究课题之在银行领域逐步放开,依巧于软件和互联网的金融产品蓬勃发展的当下,银行对其软件产品的成本管理会更重视,更加精益化。41
北京交通大学硕止学位论文42
参考文献参考文献..北京[1..:PMBOKM5:]项目管理委员会著许江林等译项目管理知识体系指南指南外[]第版203电子工业出版杜,1.2M.2.北京交通大学出版社200.[].管理会计学].北:,1赵健梅邢颖[第版京清华大学出版杜3DeanLeff^in^ell[]g著.刘磊等译.敏捷软件需求:团队、项目群与企业级的精益需求实践M2015.[].北京:清华大学出版社,—4人民共和国工业和信息化部.ST114632013.[]中华J/软件研发成本度量规范.北京,2013.[5]InternationalFunction.PointUserGroup.IFPUGFunctionPointCountingPracticesManualRelease4.22004.,[6]孙慧.项目成本管理[M].北京;机械工业化版社,2005.7化anW.Boehm..北京:2004.[y软件王程经济学机械工业出版社,8SwaKiNik.北京2004.nashoreandRaesha:机械工业出版社[]pj.软件需求与估算,9.M.北京国软件行业协会系统与软件过程改进分会编]:机[]中软件研发成本度量规范释义[204械工业出版社,1.10D[]李嘉.基于功能点规模度量的软件成本估算模型硏究及其应用[].保存单位:上海交通大201L学,11D.:200化[]谢丹.商业银行金顧电子化成本管理模式与方法探索[]保存单位西南财经大学,[12]田.D.2005.明软件项目全要素与全过程成本管理方法硏究[]保存单位,:南开大学[13]宋钢.A银行XM开发中必个人信贷项目开发过程的成本管理[D].保存单位:西北大学,2(m14.D.:201化[]林建智功能点分析法在増量开发模型中的研究与实践[]保存单位浙江大学,1.D.:,1化[引朱佳维电子银行顾客价值形态与提升途径的研究[]保存单位南开大学2016D201[]..:对,1.曹好完善项目成本管理体系的研究[]保存单位外经济贸易大学17201513[]彭备.徐巧伟.银行金融电子化成本管理研究[J].中国经贸,.()43
北京交通大学硕±学位论文1820144[]关征.加强电子银行建设的几点思考[J].科技创新与应用,().20043[切纪延化韩之俊企业研发项目的质量成本管理[J].工业技术经济,().口0蔡华.2004.]软件项目成本管理的问题和对策.,(2)[J]项目管理技术..基于价值工程的房地产开发项目成本控制[D.:北京交通大学2007口1]李挺立,]保存单位22笑柏.价值工程理论在科研管理中的降本成效[.,2014(2).[]李J]低温与超导44
附录A附录AG银行手机银行改版项目规模评估人巧谈架构师一、项目规模评估总况:1、您觉得手化银行改版项目的规模评估情况准确么?包括规模估算和概算答:规模估算基本能反应项目的大小,能体现在版本中的规模占比。概算在一一进步任务分解和系统设计的基础上,对规模估算的规模是个修正。2、您觉得规模评估对于手机银行改版项目的意文在哪里?答:较为准确的规模估算可W保证当前版本的工作量在目前的资源下,保证项目顺利上线3、根据你的回答,规模可W反应项目大小,概算是估算的校正,那么具体评估数据能否反应实际的项目规模呢?答:目前使用的专家评估法是凭借经验估算,评估数据是根据己经知道的信息和历丈经验得到的,评估数据和对项目的理解和个人经验有关。二、规模估算过程情况3、能否描述下你用专家评估法进行规模估算的过程答:首先整体看项目的规模和架构上的复杂度,简单的根据业务需求做初步分解,然后看下同版本项目的规模,,目前部口项目的人力饱和度后续是否有预估的项目还没有下达。4、为什么需要查看人力饱和度和同版本项目情况,项目规模不是单独衡量项目的么?一答:因为部口开发人员基本稳定,所每个版本能完成的规模基本可控,如果需求规模过大,会对整个部口的开发人力造成压为,进而影响影响进度和项目质量,对项目交付造成风险。5、评估过程中会不会考虑具体的开发组人力资源情况。答:会,会咨询开发经理实际开发人力,目前可投入人力和投入该项目的工作量百分比。6、那是不是说规模估算的数字大了,对整个部口和项目组是有好处的。L他项目放入答:在实际项目需求基础上,规模估算数字大,可:A使部口将其其他版本或缩小承接其他项目的规模。我们也会根据项目后续可能的变更和复杂45
北京交通大学硕±学位论文度,稍微提高估算数字,相当于给项目组更多的开发时间。7?、估算的规模如果大于实际规模会不会造成人力浪费么相当于所谓的乂力饱和度其实不饱和。答一:我们的概算会通过进步任务分解细化规模数据的,最终项目办W概算数据为准登记项目股规模。只要抽查规模数据时可W解释合理即可。三、其他电子银行手机银行成本营理问题8、手机项目过程中有没有强调成本管理答:除了采购,研发部口很少考虑成本问题,主要工作是目前的人力和开发时间内保证项目顺利交付,无重大影响上线问题。、测试经理一、项目规模评估总况:1?、您觉得手机银行改版项目的规模评估情况准确么包括规模估算和概算答:整体的估算主要由架构师完成,我这边主要是提供测试规模数据。2?、您觉得规模评估对于手机银行改版项目的意义在哪里答:根据规模安排当期版本的研发任务,提供计算人为饱和度的数据。二、规模估算过程情况3、能否描述下你用专家评估法进行规模估算的过程,答:测试的规模估算主要根据项目复杂度和测试人力进行比例划分看版本一时间和测试人员,,将所有的工作时间按定比例划分给手机银行项目因为同版本有多个项目。4、为什么需耍查看同版本项目情况,项目规模不是单独衡量项目的么?答,,:因为人为有限项目周期有限对项目的规模估算始终要W这两个为基础,因为要考虑能不能干完的问题。5,、那是不是说规模估算的数字大了对整个部口和项目组是有好处的。一^答。:对整个部口有定好处,但是要在合理范围内因为可兰更合理的安排工作,保证进度。当然开发人员的编码效率要能跟上。6、估算的规模如果大于实际规模会不会造成人力浪费么?相当于所谓的人力饱和度其实不饱和。一:,因为我们为保证项目质量直在测试答测试人员基本不存在这个问题,所W人力饱和度是正常的46
附录AH、其他电子银行手机银行成本管理问题7、手机项目过程中有没有强调成本管理答:测试这边没有更多的考虑成本。不过遇到测试手机采购会有预算申请和审批的问题。里面的采购有经费的问题。47
北京交通大学硕±学位论文48
作者简历及攻读硕±/博±学位期间取得的研究成果作者简历及攻读硕±/博±学位期间取得的硏究成果作者简历2005-20097年9月年月,就读于北京交通大学计算机学院,计算机科学与技术专业,获学±学位;-工程专业2013年9月2015年7月,就读北京大学软件与微电子学院,软件,获硕±学位。-2009年7月2016年6月,就职于中国工商银行。主要负责电子银行相关软件项目管理;2016年6月起,就职于中国银行,主要负责金融市场相关系统项目管理。攻读硕±期间,结合课程内容主要进行项目管理和商业银行互联网金融创新等研究和实际工作。-49
独创性声明独创性声明本人声明所呈交的学位论文是本人在导师指导下进行的研究工作和取得的研究成果,除,也了文中特别加W标注和致谢之处外,论文中不包含其他人已经发表或撰写过的研究成果一不包含为获得北京交通大学或其他教育机构的学位或证书而使用过的材料。与我同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示了谢意。:曰学位论文作者签名:签宇曰期年月^51
北京交通大学硕止学位论文52
学位论文数据集学位论文数据集表1.1:数据集页**关键词密级中图分类号luDC论文资助III成本管理,项目公开管理,电子银行,成本估算,功能点分析学位授予单位名称*学位授予单位代学位类别*学位级别*^北京交通大学10004工商管理硕±专业硕±ML论文题名*并列题名*论文语种*商业银行电子银行软件项目成本管WG银行手机银行改版项目为例理研究L**作者姓名刘旭学号14125474I ̄培养单位**培养单位地址1名称培养单位代码口编I北京交通大学10004北京市海淀区西直100044n外上园村3号 ̄专业学位*研究方*学位授予年*向工商管理金融投资方向2年016|年II2*论文提交日期20化年6月2日导师姓名*李雪梅职称*I教授 ̄I评阅人答辩委员会主席*答辩委员会成员苟娟琼电子版论文提交格式文本(V)图像()视频()音频()多媒体()其他():alication/mswordaliedon/df推荐格式pp;ppap电子版论文出版)地(发布)者电子版论文出版(发布权限声明II*论文总页数50页I共*33项.其中带为必填数据,为21项。53'
您可能关注的文档
- js公司室分工程项目成本管理研究
- k城投集团a项目成本管理研究
- lc有限公司项目成本管理体系研究
- m公司新产品开发项目成本管理研究
- q房地产公司项目成本管理问题研究
- slw单位地质勘查项目成本管理研究
- xd电梯公司新产品开发项目成本管理研究
- 中建之康电商平台建设项目成本管理研究
- 商业地产项目成本管理体系与实证研究
- 基于epc模式下的snpec公司核电项目成本管理研究
- 广元移动4g三期网络设备采购项目成本管理研究
- 房地产项目成本管理研究——以jt房地产项目为例
- 江西电信td-lte混合组网实验网工程项目成本管理研究
- 河南煤业科技研发中心建设项目成本管理研究
- 电力施工企业工程项目成本管理与控制研究
- 白城镇赉风电项目成本管理改进研究
- 科研院所项目成本管理中作业成本法的应用探索——以cc研究所为例
- 大北山一期风力发电项目成本管理研究