企业级敏捷之道

转载 2007年09月14日 16:49:00
作者:彭敏 

企业对使用敏捷开发方法来处理复杂软件工程项目越来越感兴趣。这些企业希望通过控制成本和进度来提高开发流程的效率,并且同时交付满足客户需求的有价值产品。

图1 基于任务的配置管理

今天,许多大型企业正在研究敏捷软件开发方法,这主要源于开发流程面临着一系列的挑战:如何既能保证质量又能维护多个同步项目?如何用尽可能少的资源做产品,降低成本而使资源的利用率更高?如何化解嵌入式电子商务、Web服务等软件开发带来的复杂性?如何满足各种规范和标准?如何对市场需求和优先级的不断变化进行响应?如何管理分布式团队和离岸开发?……要克服上述挑战,我们必须对开发过程进行改进。

过程改进的关键是采用敏捷开发方法,企业生命周期管理软件供应商 Telelogic公司副总裁、产品总监Dominic Tavassoli表示,对于规模日益增加的中国开发企业而言,有必要将敏捷开发方法从一般程度扩展到企业级程度。企业级敏捷开发将使软件开发的生产力、质量、开发进度、成本、客户满意度都会获得明显的改善。

那么,企业级敏捷开发是如何实现的呢?Dominic Tavassoli认为,结合使用基于任务的配置管理、集成配置管理的企业级变更管理、计量面板以及敏捷的需求管理工具并遵循敏捷软件开发的根本前提条件,可以有助于确保企业级开发成功。以下方法是企业级敏捷方法的具体实现。

 

基于任务的配置管理

敏捷开发在企业级的应用将健壮的变更和配置管理解决方案用作大型的复杂开发工具,可以包括分散的项目,这些项目具有遵从性方面的需求,如跟踪性和文档、客户和商业案例、需求和变更请求。所有这些因素需要捕获到可缩放的中心存储库,以便确保以可重复的一致方式记录和分析目标和优先级。一旦对优先级取得一致意见并且将开发的特性和bug修复指定到发布中,开发团队就可以开始工作了。

为限制开销和保证有效跟踪,企业级变更管理通过将任务和变更请求相关联来与配置管理进行集成。可配置的任务工作流程将一致变更集整理集中起来,以确保最终产品包括所有的变更。开发人员的任务被存储在CM存储库中,只要将任务选入其待办事项列表中,所有工作就自动分组到统一变更集中。如果要将该变更传送给团队的其他成员,开发人员只需提交任务即可。

如果开发人员对某个任务完成到一半的时候又分配一个紧急的任务,他可以转去执行紧急的任务并自动退出原来的工作。一旦交付完紧急任务,他通过简单的点击就可以恢复之前未完成的编辑,而不丢失数据或跟踪记录。高级的配置管理方案可以做到这一点。

而且,开发人员可以将任务从团队的其他成员那里拖放到自己的项目,以便及时检测冲突和测试兼容性。团队需要快速交付高质量软件时,基于任务的配置管理方案通过为开发人员提供在早期快速识别问题的方法,来减少团队的停机时间和返工。

定期构建、迭代和发布

为了提高客户满意度和避免重复工作,企业级敏捷开发促进频繁的构建和发布,使之获得测试和认可。这种方法应该拥有添加或者删除任务、选择要求的功能,通过选择要包括的故事来构建配置,能够检测任务或基于故事的冲突、分析相关性。敏捷构建和发布管理实行了并行、分散的构建迭代,这样可以提高速度、敏捷性和生产率。它允许开发团队查看团队项目进度和比较基线,以便精确验证已开发、测试和发布了哪些功能,以及验证缺少或未完成哪些功能,从而改善用户的沟通和项目的透明度。

 

闭环跟踪

企业级敏捷开发应该具有闭环跟踪功能。它们不仅可以识别两次构建过程之间哪些文件作了更改,还可以显示两次构建、基线、迭代或发布之间已添加或删除了哪些任务、变更请求、故障修复、或甚至是添加了哪些案例和需求。团队可以清楚地看到项目实际的流程状态。这将有助于敏捷团队适应按优先级排列的变更,并确保他们在正确的地方、正确的时间交付正确的产品。

 

管理项目的复杂性

随着项目越来越复杂和重用组件,组织需要保持代码库清洁并清瘦。敏捷实践建议进行重构,对文件和目录进行重新组织、命名、分割和合并的流程。

此活动也应该基于任务进行,并跟踪代码的变更、目录的修改和重命名。这样将确保开发团队的所有成员深刻理解代码结构的变化,并在出现合适时机之前制止应用重构任务。

 

团队共享

为减少未测试的或不稳定的变更对其他用户的影响,开发人员需要在隔离但不是孤立的工作区办公。具有根据需要改进这些环境和查看其他开发人员的工作区的能力,将提高协作性和减少浪费在恢复不必要的变更的时间。

通过在编写代码时创建单元测试和使用最新基线运行自动的非回归测试开发人员可以尽早地捕获错误和不一致。将自动的持续构建和集成流程相结合,大型开发团队可以快速开发出高质量的代码。

 

自动跟踪、审查和控制

为确保解决优先级问题,以及将忽略缺陷和客户需求的风险降至最低,开发人员需要有自动增加待办事项的列表。同样,团队成员要求可以查看两次构建、基线、迭代之间添加或删除了哪些任务、错误修复和故事。这样可以通过会议每周对项目进度进行有效更新,开发人员在使用卡进行对话和收集故事、情景的同时,组织会对客户需求、任务和文件之间的双方自动跟踪中获得益处。

 

使用报告和指标监控项目进度

在开发团队接纳变更和加快交付产品时,管理层以及整个团队需要进行客观、实时地查看项目进度。自动报告和指标面板会从多个分散资源里提取数据,以便对当前状态和趋势创建有意义的指示信息。这样不仅减少了团队失去控制项目的风险,而且提高了高级管理层的认同感,这对企业级部署很有必要。

作为致力于使企业软件开发生命周期同业务目标和客户需求保持一致的提供商, Telelogic的变更和配置管理解决方案Synergy Suite正是基于上述方法设计而成。该套件的独特之处在于它是企业级变更流程现成的、真正“拿来就用,开机即用”的解决方案,提供适合所有类型和大小的企业的低风险、高ROI的流程模块,企业的各个层次都可以用到。

图2 两种开发方法的对比

链 接

 

敏捷开发小贴士

敏捷开发对在企业级、大型或者小型软件开发项目中都能很好地工作,如进行高质量地跟踪记录,并强调开发人员与其客户(最终用户)之间的实时沟通。

应用此方法对具有下列环境特点的企业会面临巨大挑战:参与的团队分散在不同的地点和时区、使用不同的语言并且使用多种平行版本和版本变体。采用敏捷软件开发方法的企业仍然需要解决控制、遵从性和规则等问题,并且要满足不同客户的需求和实现业务目标,这事实上在企业级增加了复杂性。

 

『高效程序员的45个习惯:敏捷开发修炼之道』读书笔记

这是我近些日子的读书笔记。 电子书见:http://www.amazon.cn/mn/detailApp?asin=B00ALPRKJ8&tag=baiduiclickcn-23&ref=p...
  • sharetop
  • sharetop
  • 2014年10月20日 15:46
  • 1146

Web开发敏捷之道学习(一)

第六章,创建商品维护程序  收获: 1/通过seed.rb文件设置样式表 Product.delete_all  Product.create(:title=> 'Programming Ru...
  • u010019721
  • u010019721
  • 2015年11月30日 12:02
  • 164

Web开发敏捷之道学习(三)

第10章 更智能的购物车 1)ActiveRecord小技巧:find_by。ActiveRecord模块注意到调用未定义的方法,且发现其名称是以字符串find_by开始和字段名结束,则动态构造查询器...
  • u010019721
  • u010019721
  • 2015年12月01日 11:22
  • 315

[读书笔记—程序员]《高效程序员的45个习惯:敏捷开发修炼之道》- 苏帕拉马尼亚姆,亨特

虽然不记得阅读本书用了多久,但是整理本书的读书笔记用了两个小时的时间,因为本书的大部分内容对于笔者来说都是新知识,很难进行归纳总结本书所讲的是程序员应具有的工作态度和在团队中作为开发者和领导者具备的各...
  • apple890111
  • apple890111
  • 2015年08月19日 01:30
  • 1033

[我们的敏捷之道]敏捷的契机

在一家创业公司工作了两三年之后,随着公司的壮大,原本无序的开发流程逐步出现瓶颈,包括了许多方面,例如: 不定时的部署过程,无论是小BUG还是大的功能完成,都几乎马上上线,这个导致经常打断客户的一...
  • Keijack
  • Keijack
  • 2013年06月17日 17:50
  • 415

Ruby on ralis 购物车功能实现(一)

Rails使用基于cookie的做法来实现session的,所谓cookie是指web应用传递给浏览器的一组带命名的的数据。浏览器会将cookie保存在本地计算机上,当浏览器再向web应用发送请求时,...
  • maxiaokun55
  • maxiaokun55
  • 2014年01月22日 09:22
  • 1446

敏捷开发修炼之道

1. 敏捷——高效软件开发之道 敏捷开发宣言个体和交互胜过于过程和工具 可工作的软件胜过面面俱到的文档 客户协作胜过合同谈判 响应变化胜过遵循计划 敏捷的精神开发要持续不断,切勿时断时续 持续注入能量...
  • okingniko
  • okingniko
  • 2016年05月09日 21:22
  • 552

《敏捷开发之道》读书笔记

1、项目研发过程就像是冲浪,你永远不知道接下来遇到什么风险。项目的成功和失败取决于团队所有成员的技术水平; 2、开发需要持续不断,切勿时续时断; 3、有人认为敏捷开发方法有所顾忌,认为它只是另一种...
  • rs2012
  • rs2012
  • 2013年05月21日 17:03
  • 599

敏捷开发之道

1.做事。指责不会修复BUG。把矛头对准问题的解决办法,而不是人。这是真正有用处的正面效应。把重点放到解决问题上,而不是指责犯错者,或者去抱怨。“为了解决或缓解这个问题,我能够做什么?”、“你出现了什...
  • chlbd
  • chlbd
  • 2015年07月15日 17:11
  • 251

《敏捷开发之道》读书笔记

71、保持你的项目即刻可以发布,保证你的系统随时可以编译,运行,测试并立即部署。 72、你会觉得,不管什么时候,你的老板、董事长、质量保障人员、客户或者你的配偶来公司参观项目的时候,你都能很自信并毫...
  • rs2012
  • rs2012
  • 2013年05月28日 18:42
  • 457
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:企业级敏捷之道
举报原因:
原因补充:

(最多只允许输入30个字)