ALESH软件外包管理解决方案
目标客户:
- 电力、邮政、通信、银行、证券、保险…等机构的科技信息处和IT管理部门
- 大型企业的信息中心和IT管理部门
主要获益:
- 外包项目进度得到控制
采用ALESH软件外包管理解决方案,将对外包项目进度的跟踪和控制得到加强,项目进度不再一拖再拖;
- 外包项目质量得到保证
采用ALESH系统软件外包管理解决方案,您的承包商将按要求规范过程进行项目的设计、开发、管理和测试工作,并提交给您满意的软件产品;而作为项目的发包方管理部门不再深陷于软件产品的测试工作;
- 外包项目开发过程透明化,风险得到更有效地控制
为了降低和减少项目失败的风险,作为项目的发包方必须周期性地了解项目进度、成本、人力资源、业绩、关键活动的进展情况,ALESH软件外包管理解决方案有助于项目的双方尽早识别出项目风险,并及时采取纠正措施;
- 发包及承包方的沟通更加及时有效
及时有效的沟通是保证项目成功的关键因数,ALESH软件外包管理解决方案将搭建一个双方共用的信息沟通平台,这将有助于项目信息的记录、讨论和跟踪;
- 不容忽视的过程资产和知识库
您需要不断地改进自身的管理、选择更好的承包商、减少项目失败的可能,因此作为外包项目的发包方应加强对建立外包项目过程资产库和知识库的重视,以便给后期的改进提供强大的资源和知识保证。
ALESH软件外包管理解决方案的主要内容:
- 咨询服务
遵循SEI CMM/CMMI/SA-CMM,为项目外包方建立规范的软件项目外包管理过程体系规范;
- 咨询服务
遵循SEI CMM/CMMI,为项目承包方建立规范的项目开发管理过程体系规范;
- 软件产品
实施ALESH系统软件项目开发管理平台
- 培训服务
过程体系规范、软件产品的培训
- 跟踪辅导
试点项目的跟踪辅导,保证方案在试点项目的成功。
【ALESH软件外包管理解决方案-建立规范的外包管理和项目开发过程体系】
建立规范的软件外包管理和项目开发过程体系,将有助于:
- 发包方提供充足的人力资源、时间和费用的保证;
- 对需求进行有效的管理,保证需求的清晰和准确;
- 发包方选择合适的软件承包商;
- 双方制定规范、严谨、双赢的外包合同,为后期的项目开发、管理、跟踪和监控提供有效的依据;
- 承包方(软件承包商)按照规范的软件开发过程进行项目开发,并按要求提供足够的项目信息,便于发包方的跟踪和监控;
- 发包方按照规范化的过程进行工作产品评审,保证尽可能多的发现问题,提高评审工作效率;
- 发包方将更深入和及时了解项目的进展状况,如:进度状况、成本状况、工作业绩、主要问题、人力资源状况、关键活动状况、风险状况等,以保证尽早识别出项目潜在的风险,及时采取恰当的规避和纠正措施;
- 发包方的项目验收工作将做到目标明确、强调计划性和规范性,给提高验收质量和验收效率提供了充足的保证;
- 项目关闭工作将关注于成功和失败问题的分析,为后期项目的改进提供丰富的资源和知识保证。
【ALESH软件外包管理解决方案-依托ALESH系统进行软件的开发和外包管理工作】
ALESH系统的基本功能:
项目启动和关闭管理 |
项目测试管理 |
项目计划管理 |
项目缺陷管理 |
项目跟踪和监督管理 |
项目沟通管理 |
项目需求管理 |
项目度量分析 |
ALESH系统的配置要求:
硬件要求
服务器端:PⅢ 1G 以上服务器(内存 512M 以上)
客 户 端:Celeron以上PC(内存 128M 以上) |
软件要求
服务器端:Microsoft Windows2000/2003(ServicePack4,IIS) .Net Framework1.1 SQL Server2000
客 户 端:Win95,Win98,Win2000,WinXP IE5.5或以上浏览器 |
|
依托ALESH系统进行软件的开发和外包管理工作,将有助于:
- (接受承包方的项目状态汇报)
承包方可以定期通过ALESH系统向发包方汇报项目进展情况,称“项目状态报告”(如左图),有助于发包方定期了解和监控承包方项目开发工作的总体进展情况,如: -项目进度、成本情况,及其偏差 -项目工作产品完成情况,及其偏差 -项目人力资源、关键活动、风险情况 -后续的工作安排 -主要的问题及其纠正措施
- (对承包方关键活动的监督)
发包方通过ALESH系统监督承包方关键活动的执行状况和完成质量,如: -是否对需求进行确认和细分 -是否所有的需求都进行了设计、开发和测试 -是否为测试工作编写了足够的测试用例 -是否按要求进行了测试工作,是否发现了缺陷 -缺陷是否及时进行了修改 -修改后的缺陷是否进行了回归测试
- (建立发包和承包双方的沟通平台)
双方可以通过ALESH系统对项目的关键信息进行沟通,如:
-发包方可以利用ALESH系统提交新的需求、变更需求和发现的缺陷 -双方可以利用ALESH系统对需求、缺陷进行沟通确认 -构建其他项目信息的通知、交流平台
- (项目的分析和总结)
发包方可以通过ALESH系统对项目进行统计分析和总结,如:
-对需求进行度量,分析需求的完成情况 -对测试进行度量,分析测试通过情况 -对缺陷进行度量,分析项目质量状况 -对进度、工作量、质量的度量,为后期项目的外包管理工作提供丰富的历史参考依据;
- 绍兴电力局科技信息处
- 宁波电力局科技信息处(宝讯信息)
软件外包管理存在的问题
虽然在传统行业,许多工程项目的采购活动,例如机械工程项目或建筑工程项目等等已经形成比较成熟的管理体制和标准。但是软件项目的外包管理工作并不象其他行业那样顺利。 软件工程项目管理引起广泛注意源于20世纪70年代中期,当时发现70%的项目是因为管理不善而引起。20世纪90年代中期,美国的软件开发仍然很难预测,大约只有10%的项目能够在预定的费用和进度下交付。商用软件通常只有9%(中小型软件公司有16%)的软件项目能够及时交付且费用并不超支。
传统的外包采购中,采购方只关心分承制商产品的进度和质量,以为只要分承制商按期、按质交货,就可以圆满结束此次采购活动。有些项目尽管前期进度和质量满足合同要求,但是许多是以高投入、高负荷、高消耗等手段来保证的,这给后期带来极高的风险。在阶段评审中,如果采购方对分承制商开发过程中的费用投入、人员负荷、资源消耗、组织结构变化等漠不关心,因此就不能及早预见风险、控制风险。很难想象,后期在费用透支、人员疲惫或流失严重的情况下,分承制商仍能保证产品质量和进度。这种情况下,采购方只能要么加大投入,要么终止合同,并要求赔偿,要么延期验收等等。其副作用可想而知。而分承制商为了减少损失,根据博弈论中子博弈精练纳什均衡原理,必然采取降低质量要求,减少投入的策略,来加快进度。结果最终还是采购方遭受损失。
SA-CMM
SA-CMM(Software Acquisition Capability Maturity Model,软件采购能力成熟度模型),是为需要采购或分包软件系统的公司或组织设计的能力成熟度模型,用来评估、改善或控制软件系统的获取过程。软件采办能力成熟度模型也分为5级:初始级、可重复级、已定义级、定量管理级、优化级。与CMM 不同的是,SA-CMM关注的是软件购买者的软件能力成熟度;而CMM关注的是软件系统承包者或开发商的软件能力成熟度。软件采购能力成熟度模型适用于软件生命周期的各个阶段,包括维护过程。
|