- 博客(19)
- 收藏
- 关注
原创 Scrum中的风险管理(2)
tags:scrum,风险管理 先看看传统项目管理上被广泛使用的风险矩阵,这一方法也是可以应用在敏捷项目管理中。传统项目管理中的风险一般通过风险曝光系数,或者风险系数来揭示的,其核心是:风险系数=风险概率×风险影响 如果对应到CMMI Level3的风险管理看看,则需要满足一系列的管理实践。参见:http://hi.baidu.com/cmmi/blog/it
2010-04-20 20:40:00
1284
原创 Scrum中的风险管理(1)
tags:scrum,风险管理 scrum采用迭代开发技术,通过持续集成、自动测试、频繁交付、客户参与等已经极大程度上降低了传统意义上的开发风险,而且从scrum框架上来说,对于风险管理并没有具体的要求,那么在scrum中还需要风险管理吗?如果需要,将采用什么方法来进行管理呢? 我想,在采用scrum方法的开发团队中,对于风险可能极易忽略。至少我所在的团队在风险管理上就认识不足,或
2010-04-20 20:38:00
669
原创 关于SVN Hooks(钩子)的使用 (5)
利用VBS实现pre-commit对提交注释的检查(样例实现的是对长度的检查)。 1.钩子调用脚本内容 cscript.exe d:/pre-commit.vbs %1 %2 2.钩子处理脚本内容 ********************************************************************************
2010-04-02 14:37:00
729
原创 ScrumAlliance新认证体系
这几天在完成Certified Scrum Master课程,突然发现ScrumAlliance的认证体系发生了一点变化,新增了Certified Scrum Developer和A Scrum Alliance Registered Education Provider 。 原来的认证体系: Foundation-Level Certification(基础认证)
2010-04-01 10:37:00
1303
原创 完成Certified Scrum Master课程
2010年3月25日~2010年3月26日在上海完成了Certified Scrum Master培训,全英文授课,很累~~~这几天还在消化课程上的一些内容,争取本周完成ScrumAlliance的自我评估,并获得证书。 虽然这个自我评估并不是很重要,但是为了自我满足,还是努力一下~~~~ www.scrumalliance.org/profiles/85514-rui-yan
2010-04-01 10:35:00
687
原创 关于SVN Hooks(钩子)的使用 (4)
tags:svn,hooks,svn钩子,tortoisesvn钩子 说句实话,对于服务器svn钩子,Windows平台下选择vbs并不是最佳解决方案,但是我对vbs的熟悉程度远大于其他脚本语言,如python,perl等,所以选择并不多:要么是vbs,要么是bat,bat实现钩子的例子网上有很多,但是对于vbs实现的,却很少,决定使用vbs试试看。 对于vbs有几个问题,需要特别
2010-03-18 11:54:00
1435
原创 关于SVN Hooks(钩子)的使用 (3)
tags:svn,hooks,svn钩子,tortoisesvn钩子 在第一篇中提到过,服务器钩子有9种,客户端钩子有6中,但是细心的人会发现其中服务器和客户端都有关于commit的钩子,那就会引出几个问题: 1.他们一样吗?2.他们之间有什么关系?3.客户端和服务器端触发序列如何?为了回答清楚这些问题,必须先看看服务器端的钩子如何运作的,然后再想办法进行研
2010-03-15 20:09:00
1560
原创 关于SVN Hooks(钩子)的使用 (2)
tags:svn,hooks,svn钩子,tortoisesvn钩子 编写hooks可以使用多种语言和脚本,我对vb比较熟悉,所以选择VBscript,即简单又功能强大。 对于上一次说到的多个客户端和服务器钩子,不熟悉的可能已经晕了,在这篇里面我们先关注几个问题:1.对于客户端hooks来说,关于commit的(其实关于update的一样)三个钩子时序是如何的?2.对于客户
2010-03-09 15:23:00
2835
8
原创 关于SVN Hooks(钩子)的使用 (1)
tags:svn,hooks,svn钩子,Tortoisesvn钩子 由于工作需要,在svn中经常需要使用到svn hooks,把一些常用的记录在这里。 1.什么是svn hooks?服务器钩子:经常提到的svn hooks是一组“外挂”脚本程序,是svn提供的一组由svn事件触发的特别有用的程序。这些程序在服务器端执行,可以提供svn之外的一些附加功能。钩子可以调用批处理
2010-03-05 11:08:00
3032
原创 企业持续集成成熟度模型ECIMM (9) ----后记
第一次这么正式的将一篇文章翻译出来,虽然原版只有短短的14页,但是翻译起来依然很辛苦。 第一次在CSDN写文章,虽然baidu的blog已经开了很久,新年到来时,决定在CSDN开始新的blog,希望借助这里能够认识更多的朋友,共同在中国软件工程的实践之路上做出自己的一点贡献。 这么多年习惯了阅读原文的著作和文章,但是基本都是看懂就好,很少这么认真的逐字逐句的进行翻译。 说实
2010-02-08 15:04:00
565
翻译 企业持续集成成熟度模型ECIMM (8) ----案例3:Diversity Handhelds——嵌入式电子通信公司
Diversity Handhelds:嵌入式电子通信公司 Diversity为移动设备开发软件平台,这家私营公司提供产品给硬件制造商合作伙伴。Diversity必须针对不同的掌上电脑操作系统和硬件配置提供构建,一个典型的产品可能需要满足30种不同的硬件配置。 在实现企业持续集成之前,Diversity针对单独的配置进行构建和测试。由于非活动配置没有规则的进行构建,所以与工具链的冲
2010-02-08 15:03:00
624
翻译 企业持续集成成熟度模型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
750
翻译 企业持续集成成熟度模型ECIMM (6) ----案例1:El Emeno投资公司——平衡敏捷和控制
El Emeno投资公司:平衡敏捷和控制El Emeno投资公司的团队为有价证券的交易者开发交易系统。快速实现新功能能够给他们带来核心竞争力,然而法律方面的需求要求对发布的产品要进行严格的控制和审计。 在实施企业持续集成之前,团队发现在提供交易者期望功能方面的优势和安全审计流程缓慢之间处于矛盾状态。不管开发人员实现一个交易者需要的功能是如何的快速,实际上的发布都需要数个签字,手工部署和
2010-02-08 15:02:00
1411
翻译 企业持续集成成熟度模型ECIMM (5) ----报告
3.4 报告长久以来持续集成工具就致力于报告最近的构建状态,报告也是企业持续集成中的一个被广泛关注的关键元素。在企业持续集成中,报告覆盖了组织中相关软件的质量和内容信息,同时也提供了对企业持续集成过程的度量。 一个团队没有报告就相当于“瞎子”。如果没有人可以看到测试结果,测试就是无用的;同样的,没有进行抽取和信息整合的大量数据使用起来是非常困难的,也是一样无用的。成熟的团队则通过不断提
2010-02-08 14:52:00
504
翻译 企业持续集成成熟度模型ECIMM (4)----测试
3.3 测试 持续集成和不同等级的自动化测试是紧密相关的,这在Martin Fowler具有影响力的文章(译注:Continuous Integration ,http://martinfowler.com/articles/continuousIntegration.html,)和Steve McConnell更早期关于每日构建和冒烟测试实践的文章中都有提及。在企业持续集成的范围内,多种
2010-02-05 18:45:00
951
翻译 企业持续集成成熟度模型ECIMM (3)----部署
3.2 部署部署是将软件移动到它被测试、被用户存取或者准备好交付给客户的过程。对于WEB应用来说,部署可能意味着在一组WEB应用服务器上安装应用程序并更新数据库或者静态内容服务器。对于一个视频游戏控制台,部署可能是在测试服务器进行安装;而产品部署则可能是生产一个ISO母盘交付给发行商。 部署工作在最初时一般都是手工进行,部署工程师一般从指定的位置获得构建结果,然后把它们移动到目标机器上
2010-02-04 20:33:00
668
翻译 企业持续集成成熟度模型ECIMM (2)----构建
3.构建、部署、测试和报告我们刚刚已经说明了在企业持续集成成熟度模型中存在四个维度:构建、部署、测试和报告,这四个维度是从源代码到软件产品的端到端的构建生命周期的必要元素。 3.1 构建 原始的,以开发人员为中心的持续集成是为了从构建软件中获得快速反馈。当持续集成满足企业的需求时,构建管理、项目间依赖、构建流程管控就变成关键元素。大部分的新项目开始于开发机上进行的无标准流程的构建,一些
2010-02-04 14:51:00
710
翻译 企业持续集成成熟度模型ECIMM (1)----前言
前言我们的持续集成和自动化实践成熟度如何?我们在哪里可以得到针对我们的具体问题和需求最需要改进的地方?其他组织如何解决这些一样的问题?这个指南将帮助你回答这些问题。敏捷软件开发和持续集成同目前企业的大规模、分布团队和严格管理的开发需求的现状之间发生碰撞已经很普遍了,这些导致了在软件开发整个生命周期内的自动化工作量急剧扩大。具有顶级执行力的组织已经跨越了团队级别的持续集成工作,开始尝试企业级别的
2010-02-04 14:41:00
616
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人