文章

Scrum of scrums 的演进及重要性

Scrum of Scrums 的从诞生起就是一种为了处理多Scrum团队项目的相互依赖的复杂性的机制。每天,在每个团队进行完每日站会后,由每个团队派出的代表来组成一个“Scrum of Scrums”会议。在这个会议中,每个团队的代表向大家报告他的团队 昨天做了什么有可能影响其它团队的工作,以及明天有可能做什么有可能也会影响其它团队的工作。他们主要会集中在讲问题上面。就跟每个团队内的每日站会一样,只是在一个更高的层面上。
Read more

什么是持续集成?

集成软件的过程不是新问题,如果项目开发的规模比较小,比如一个人的项目,如果它对外部系统的依赖很小,那么软件集成不是问题,但是随着软件项目复杂度的增加(即使增加一个人),就会对集成和确保软件组件能够在一起工作提出了更多的要求-要早集成,常集成。早集成,频繁的集成帮助项目在早期发现项目风险和质量问题,如果到后期才发现这些问题,解决问题代价很大,很有可能导致项目延期或者项目失败。

Read more

敏捷方法学家Scott W. Ambler:敏捷最困难的地方是变通

敏捷的推广

 记者:能否介绍一下您目前所从事的工作以及关注的方向?

Scott: 我目前的主要工作是帮助企业理解敏捷。Disciplined Agile Delivery是我近期关注的一个方向,它主要讨论的是如何从项目启动开始,到产品成型,再到系统交付的整个软件生命周期里进行敏捷开发。其中涵盖的内容要比我们通常在主流敏捷社区中所见到的方法学还要多。像Scrum、XP 这些主流的敏捷技术都是相当不错的,但是它们并没有涉及软件开发全生命周期的方方面面。 Read more

网易有道云笔记的敏捷开发实践

网易有道笔记负责人蒋炜航谈敏捷开发的实战经验。

有道云笔记团队成立于从2010年,从成立伊始我们就一直积极地在实践中尝试Scrum(敏捷开发的一种项目管理方法)的做法。到2012年底,3.0发布时,我们在5个主要平台(PC、iPhone、Android、iPad、Web)上总共发布了46个版本,累计了近千万激活用户。在这个过程中,我们逐渐摸索出一套适合以产品和技术创新为核心的中等规模(数十人)研发团队的Scrum实践经验。 Read more

CMMI和敏捷的一些对比

 1.组织关注焦点
CMMI – 关注组织级过程能力,所有的项目和团队的产品或服务的开发都将从组织过程能力提高后受益。

Agile – 焦点是项目和团队,即使组织不成熟,项目和团队仍然可以成功。 Read more

CMMI、敏捷开发及ISO的关系说明

 CMMI回顾

在80年代早期,在SEI的资助下美国空军成立了一项研究来分析为什么许多软件合同都会超出工期和预算。他们的结论是:糟糕的过程。由此,产生了CMM&CMMI。能力成熟度模型CMMI是一个过程改进方法和模型,它为组织提供了实现高效的软件交付过程所必需的基本元素,关注通过切实改进过程域的成熟度,实现过程改进的目标。它可以用来指导一个项目、一个部门甚至整个组织的过程改进。CMMI能帮助我们整合以往各自为政的组织功能,建立过程改进的目标与优先级,指导我们进行质量改进,还提供了评价现有过程的参照点。 Read more