关注
分享
sngmd
复旦大学软件工程硕士，Certified ScrumMaster，从业近十年，从事过开发、设计、实施、项目管理、过程改进等工作，在过程改进和质量管理方面有多年经验，带领多个团队实施过基于CMM和CMMI的过程改进工作和敏捷实践项目，并实施过多个基于CMMI ML3的咨询项目。
展开
-
企业持续集成成熟度模型ECIMM (1)----前言
前言我们的持续集成和自动化实践成熟度如何？我们在哪里可以得到针对我们的具体问题和需求最需要改进的地方？其他组织如何解决这些一样的问题？这个指南将帮助你回答这些问题。敏捷软件开发和持续集成同目前企业的大规模、分布团队和严格管理的开发需求的现状之间发生碰撞已经很普遍了，这些导致了在软件开发整个生命周期内的自动化工作量急剧扩大。具有顶级执行力的组织已经跨越了团队级别的持续集成工作，开始尝试企业级别的翻译 2010-02-04 14:41:00 · 611 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (10) ----补充1
转载 2010-02-10 10:37:00 · 547 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (9) ----后记
第一次这么正式的将一篇文章翻译出来，虽然原版只有短短的14页，但是翻译起来依然很辛苦。 第一次在CSDN写文章，虽然baidu的blog已经开了很久，新年到来时，决定在CSDN开始新的blog，希望借助这里能够认识更多的朋友，共同在中国软件工程的实践之路上做出自己的一点贡献。 这么多年习惯了阅读原文的著作和文章，但是基本都是看懂就好，很少这么认真的逐字逐句的进行翻译。 说实原创 2010-02-08 15:04:00 · 559 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (6) ----案例1：El Emeno投资公司——平衡敏捷和控制
El Emeno投资公司：平衡敏捷和控制El Emeno投资公司的团队为有价证券的交易者开发交易系统。快速实现新功能能够给他们带来核心竞争力，然而法律方面的需求要求对发布的产品要进行严格的控制和审计。 在实施企业持续集成之前，团队发现在提供交易者期望功能方面的优势和安全审计流程缓慢之间处于矛盾状态。不管开发人员实现一个交易者需要的功能是如何的快速，实际上的发布都需要数个签字，手工部署和翻译 2010-02-08 15:02:00 · 1396 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (7) ----案例2：All-Green联合系统——大规模Scrum
All-Green联合系统：大规模ScrumAll-Green联合系统在整个企业实施Scrum。All-Green不是一个软件公司，但是组织内部有一个大型的全球IT小组，开发和管理着大量关键的业务应用程序。开发人员、分析人员和测试人员组成全功能的Scrum团队，同时有一个独立的QA团队测试应用集成并协调发布工程师进行发布管理。 在企业持续集成之前，All-Green的Scrum团队发布翻译 2010-02-08 15:03:00 · 735 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (5) ----报告
3.4 报告长久以来持续集成工具就致力于报告最近的构建状态，报告也是企业持续集成中的一个被广泛关注的关键元素。在企业持续集成中，报告覆盖了组织中相关软件的质量和内容信息，同时也提供了对企业持续集成过程的度量。 一个团队没有报告就相当于“瞎子”。如果没有人可以看到测试结果，测试就是无用的；同样的，没有进行抽取和信息整合的大量数据使用起来是非常困难的，也是一样无用的。成熟的团队则通过不断提翻译 2010-02-08 14:52:00 · 500 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (4)----测试
3.3 测试 持续集成和不同等级的自动化测试是紧密相关的，这在Martin Fowler具有影响力的文章（译注：Continuous Integration ，http://martinfowler.com/articles/continuousIntegration.html，）和Steve McConnell更早期关于每日构建和冒烟测试实践的文章中都有提及。在企业持续集成的范围内，多种翻译 2010-02-05 18:45:00 · 944 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (3)----部署
3.2 部署部署是将软件移动到它被测试、被用户存取或者准备好交付给客户的过程。对于WEB应用来说，部署可能意味着在一组WEB应用服务器上安装应用程序并更新数据库或者静态内容服务器。对于一个视频游戏控制台，部署可能是在测试服务器进行安装；而产品部署则可能是生产一个ISO母盘交付给发行商。 部署工作在最初时一般都是手工进行，部署工程师一般从指定的位置获得构建结果，然后把它们移动到目标机器上翻译 2010-02-04 20:33:00 · 663 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (2)----构建
3.构建、部署、测试和报告我们刚刚已经说明了在企业持续集成成熟度模型中存在四个维度：构建、部署、测试和报告，这四个维度是从源代码到软件产品的端到端的构建生命周期的必要元素。 3.1 构建 原始的，以开发人员为中心的持续集成是为了从构建软件中获得快速反馈。当持续集成满足企业的需求时，构建管理、项目间依赖、构建流程管控就变成关键元素。大部分的新项目开始于开发机上进行的无标准流程的构建，一些翻译 2010-02-04 14:51:00 · 705 阅读 · 0 评论 -
企业持续集成成熟度模型ECIMM (8) ----案例3：Diversity Handhelds——嵌入式电子通信公司
Diversity Handhelds：嵌入式电子通信公司 Diversity为移动设备开发软件平台，这家私营公司提供产品给硬件制造商合作伙伴。Diversity必须针对不同的掌上电脑操作系统和硬件配置提供构建，一个典型的产品可能需要满足30种不同的硬件配置。 在实现企业持续集成之前，Diversity针对单独的配置进行构建和测试。由于非活动配置没有规则的进行构建，所以与工具链的冲翻译 2010-02-08 15:03:00 · 619 阅读 · 0 评论