敏捷式项目团队管理的构想与实践.pdf

敏捷式项目团队管理的构想与实践 作者：simy.chen(重庆长安) 时间：2012-7-9 目录 1-需求分析 2 1.1-早期 2 1.2- 中期 3 1.3-后期 3 2-预研与设计 4 2.1-简单的日构建 4 2.2-复杂日构建（验证+提醒+代码走查+部署） 5 2.3-项目管理平台 6 3-实现 8 3.1-简单的日构建 8 3.1.1- 自动化打包 8 3.1.2- 自动化部署 11 3.2-复杂的日构建（验证+提醒+代码走查+部署） 13 3.2.1-验证+提醒 13 3.2.2-代码走查 22 3.2.3-部署 23 3.2-项目管理平台 24 3.2.1-集成构建平台 24 3.2.2-项目管理平台 28 3.2.3-单元测试框架 32 3.2.4-SVN 资源配置库 36 1-需求分析 对于大部分团队来说，敏捷式的项目团队管理就意味着及时、快速、自动的完成项目需 求到项目实施部署的全过程管理，这里面涉及到的工作有：需求分析、系统设计、开发框架 搭建、开发、部署测试、测试、发布、部署、意见及问题反馈、计划及跟踪等等。团队里每 个角色都有很多需求，特别是团队中的管理层，那如海的需求可能给你带来不可能实现的压 力和沮丧。让我们来看看团队会提出哪些需求。 1.1-早期 早期的项目团队估计在管理上基本都不会太多需求，甚至是自身管理制度都很不完善， 这个时候表格式的管理模式是最好的推行管理方法的时候，这样使用的时间长了，团队就会 意识到在什么时候需要做什么事情，渐渐的形成自身管理的方法和制度。这里我就不再上传 表格了大致列出名称，大家可以自己去网上有哪些信誉好的足球投注网站，应该很多可以借鉴： 变更及软件问题日志 变更申请表 配置状态统计报告 评审报告模版 项目开发计划 项目质量跟踪报告 用户需求信息记录表 项目配置管理计划 项目配置管理指南 同行评审规范及指南 项目质量保证计划 。。。 对于早期的项目团队一般投入资源不足，什么时候都需要节省，因此有一个需求还是需 要实现自动化管理的，那就是日构建。 日构建的功能是自动完成每日上传的代码的发布，这样可以让开发与测试同步，且节约 大量人工发布的成本，毕竟我们的系统发布经常也还是比较复杂和浪费时间的，而且反复人 工发布也容易因为疲乏而产生失误。而且我们开发往往还分了开发环境和测试环境，这样要 浪费2 个人力去专门做这个事情，多浪费成本啦！最好的解决办法是使用ANT 实现简单的 日构建，而对于.net 的团队也有MSBuild，它的其实也是用的ant，只是为了兼容visual studio ， 而做了个接口，那就是 MSBuild。 ant 的集成能力非常强，几乎什么环境、工具都可以通过它操控，因此对于复杂的项目 部署基本都可以满足需求，具体实现见后面2、3 章节。 1.2-中期 中期的团队已经意识到日构建的威力和强大了，提出了更佳苛刻的需求，而项目管理上 也形成了非常完整的管理体系。如：语言编码规范、代码基本质量规范、技术体系及规范、 系统日志规范、工程结构及使用规范、产品研发相关流程（程序公共资源变更流程、关键技 术使用申请流程、数据库变更申请流程、产品打包流程、产品发布申请流程）。 而自动化项目管理上也提出了具体需求： 日志周报 阶段计划及跟踪 测试及跟踪总结 日构建及监控、及时提醒 中期的敏捷项目团队需要对项目计划更严谨的管理和跟踪、而质量管理部分更需要有统 一的平台实现项目缺陷的统一管理、日构建方面更需要全面的验证和出错提醒功能，以防止 异常事故发生时，无人察觉。 1.3-后期 这个阶段的项目团队管理已经非常严谨和稳定，每个成员也非常自觉的遵守管理制度， 只是在项目集成开发和测试、系统部署、以及项目沟通和管理上的成本逐渐凸显出无法承受 的压力。大致需求有： a) 项目计划管理：计划制定、汇总、监控统一化管理，规范化多级计划管理及审批 流程，计划的版本控制，计划外任务的管理等。 b) 复