敏捷软件开发项目实践：经验与挑战

### 敏捷软件开发项目实践：经验与挑战 在软件开发领域，敏捷开发方法正逐渐成为主流，尤其是极限编程（XP），它强调快速响应变化、团队协作和持续改进。本文将分享一个将XP应用于缺乏敏捷经验的软件开发团队的项目案例，探讨其中的实践、挑战以及经验教训。 #### 项目背景与目标 项目的目标是开发一个系统，用于在Web环境中根据用例条目自动生成测试用例。该软件需求由一家实际的软件开发公司提出，他们需要这样的工具，但缺乏开发资源。项目的主要目标是节省创建测试用例的时间，同时使测试人员能够分配到其他任务，如增加测试覆盖率。 #### 项目开发过程 项目开发分为规划阶段和五个迭代阶段，历时三个月。具体时间安排如下： | 阶段 | 时间范围 | | --- | --- | | 规划 | 2007年8月23日 - 2007年8月30日 | | 迭代01 | 2007年9月4日 - 2007年9月13日 | | 迭代02 | 2007年9月18日 - 2007年10月4日 | | 迭代03 | 2007年10月9日 - 2007年10月25日 | | 迭代04 | 2007年10月30日 - 2007年11月15日 | | 迭代05（最终） | 2007年11月20日 - 2007年11月29日 | 规划阶段耗时6小时，确定了项目的角色、范围、迭代时长估计、使用的实践、截止日期、技术以及编写了第一批故事，明确了主要故事和第一次迭代的规划。 第一个迭代为期两周，较短的原因是为对技术了解较少的成员提供背景信息，同时让一对编程人员尝试编写一些故事，了解项目可能存在的问题和规模，并解决一些技术问题。 迭代2、3和4用于编码和规划下一次迭代，每次迭代结束时都会交付有价值的软件版本。 最后一个迭代用于应对可能的延迟，为项目提供一定的安全缓冲。 项目使用的基础设施包括大学实验室和所需的免费工具。学生们创建了配置和数据库服务器，并将其服务发布到互联网上。开发的软件采用了前沿技术，如Java 1.5、JSP & Servlets、Eclipse、Ant、Subversion、MySql和Mantis。 #### 团队组成 团队由七名学生和两名教师组成。学生们被分成三个编程对，其中一名学生被分配了特殊角色——自由人（Libero）。自由人负责创建产品网页屏幕，持续测试交付的版本，为重构和改进做出贡献，并代表客户，因为该学生在实际需求软件的公司工作。 教师最初担任客户角色，但在项目开发开始前被系统的实际用户取代，他们转而担任“鸡”（chicken）角色。教师在敏捷软件开发实践方面经验不足，学生中只有一人有更丰富的XP经验，但由于团队规模小且在技术和方法上缺乏经验，团队决定让该学生继续担任编程角色，不设置教练、跟踪器和特定测试人员角色。 项目状态的详细信息经常发布在项目的维基页面（http://engsw - mestrado - 2007.pbwiki.com/）上，文档使用葡萄牙语，这是团队在项目中实际使用的沟通渠道。 #### 项目约束 项目在学术环境中进行，面临着一些限制，这些限制不仅影响了项目结果，也影响了项目的执行方式。主要约束如下： - **开发环境**：使用大学实验室进行结对编程，同时也允许远程在家工作。但大学设施的使用在项目初期可能是一个危险的约束，因为一些权限访问和网络安全问题不由学生控制。 - **工作量**：项目计划每周工作4小时，相当于软件工程课程规定的工作时间。但实际上，团队投入的工作时间超过了这个标准。 - **客户参与**：客户最初由软件工程教师代表，但他们并非全程参与项目。因此，团队需要自行负责项目的重新规划，如范围重新定义、截止日期和成本。最终用户由一家私人IT公司的两名员工代表，他们在每次迭代结束时进行验证，但也未参与项目开发过程。 - **领导力**：教授与开发团队中具有更多XP实践经验的成员共同担任项目监督角色，但项目中没有明确的教练角色。 - **团队**：团队成员大多对项目开发使用的技术和敏捷方法缺乏全面掌握。由于项目不在企业环境中进行，无法聘请专业人员进行培训，每个成员需要自行负责所需的学习。团队人数限制为七人，且编程对的安排存在技术水平差异较大的情况。此外，团队规模小还导致一些重要角色缺失，如教练和跟踪器。 - **跟踪**：由于团队对方法论不熟悉，无法建立完善的项目开发跟踪系统，这对原始XP特性进行了一些修改。 #### XP实践情况 在项目中，一些敏捷实践得到了成功应用，而另一些则因特定原因被忽视或仅部分使用。具体情况如下： - **结对编程**：该实践部分得到遵循。尽管最初计划将团队分成编程对，但实践过程中出现了一些变化。三对中的两对在迭代过程中会交换编程人员，以避免疲劳和专注于工作而忽略错误检查。此外，由于本地基础设施问题和限制，成员有时会选择在家单独工作，导致编程对分开工作。不过，团队在远程工作时尽可能保持沟通，以实现实践的目标。 - **可持续节奏**：该实践未得到彻底遵循。原计划每周工作4小