• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

小型软件企业实施CMMI过程改进研究和分析

发布: 2009-2-11 09:53 | 作者: 不详 | 来源: 测试时代采编 | 查看: 84次 | 进入软件测试论坛讨论

领测软件测试网


(2)关于软件基线的SCM审计;
(3)子承包商的SQA计划和活动的评审;
(4)子承包商执行情况的评价。
  大型项目和小型项目的一个主要区别是在状态报告方面经理和员工之间工作关系不同。在小型项目中经理通常把主要精力放在技术层面上,因此在小型项目中实施大规模的状态报告机制是不必要和不合适的。为了解决这个问题,需要剪裁和合并很多CMMI评审实践,尤其与高层项目管理层和SQA联合进行的项目跟踪评审。在本文讨论的案例中,我们只对关键工作产品和里程碑进行正式评审,其余评审进行合并,或者进行抽查评审,或者非正式化,降低评审工作量,充分利用小型项目的沟通便利、合作紧密的优势。
4.4资源剪裁
  CMMI模型规定很多执行管理和工程任务的角色,但是在小型组织和小型项目中根本没有那么多人能够全职执行CMMI要求的角色。实际情况是,工程师和管理人员可能同时执行多个角色,甚至跨越多个项目。比如,项目经理也许管理多个项目,也许同时从事管理和技术工作。SQA人员也许来自于其他项目,或者来自于其他组织和公司,SQA和SCM人员也许同时负责多个项目,并且个人也许参与到多个工程科目。同时,对于小项目而言,实现诸如SQA、SCM、培训和SEPG的人员全职化也是不现实的。通常是,这样的团队经常包括多个兼职人员,以及一个全职人员。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网