没有合适的资源?快使用搜索试试~ 我知道了~
敏捷式项目团队管理的构想与实践
3星 · 超过75%的资源 需积分: 10 10 下载量 182 浏览量
2012-07-11
08:29:05
上传
评论
收藏 1.05MB PDF 举报
温馨提示
试读
36页
敏捷式项目团队管理的构想与实践 由实际工作总结而成,适合敏捷式的企业自主研发团队
资源推荐
资源详情
资源评论
敏捷式项目团队管理的构想与实践
作者: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) 复杂团队的项目管理:跨组织的合作式项目管理,以及相关的计划及跟跟踪、计
划负荷和进展、ROI 投资回报、资源及项目分类统计。
c) 项目管理分级视图:项目管理要体现出实际的组织架构下的项目情况,可以按行
政级别和组织单位进行项目计划和资源的统计。
d) 项目及风险管理:建立项目问题收集跟踪门户及流程规范、风险管理(风险分类、
风险统计分析、风险数据报告)
e) 开发流程:能够反映出设计、设计审核、编码、单元测试等细化的开发流程
f) 测试管理:对于测试设计到执行全面管理,可完整反映出一个测试如何从设计到
执行、完成的全过程。
g) 工作任务管理:任务登记及历史经验库,并且可以反映出任务相关成果内容及出
处。
h) 报表需求:燃尽图、分级视图(按组织、角色、登记统计项目情况)
i) 代码及文档管理:完整的资产及版本管理、与计划、问题、风险可以建立关联,
项目产品管理支持项目级管理需求,可跨团队、项目、组织共享和分享资料等。
j) 知识库:支持项目标准知识库的建立、能够和项目阶段相互对应
k) 部署需求:自动编译、打包、部署,自动测试(单元测试、功能测试、性能测试)、
代码走查。
l) 模版定义:支持快速自定义各种项目报告、即支持统一模版,也支持项目级模版、
可以根据提供的参考模版自行适度修改。
m) 兼容性支持:兼容 eclipse、.net、jdeveloper 等开发工具。
n) 易用性:开发环境可以让普通开发人员快速上手、门户环境能够让普通项目成员
快速上手,维护编辑数据方便快捷。
由于版权问题,详细需求我不能贴出来给大家,这里是我选择的部分内容。看了这么多
需求后,相信大家跟我当初一样,感觉前路茫茫,即使有现成的平台也是非常难以实现所有
需求,且工作量巨大。
2-预研与设计
2.1-简单的日构建
这样的平台需要上配置库,目前比较流行的是 Git、SVN,对于产品研发的团队如果面
对的客户多、版本多,或者干脆就是开源研发团队,那请直接使用 Git,对于像我们单位这
样版本控制严格的自研自用的团队就使用 SVN 比较合适。
对于简单的日构建,也是需要分析整个项目发布过程中会接触到那些工具和平台,比如:
Windows、tomcat、solaris、WebSPhere、JDK 等。比如:JDK5、Tomcat5 产品打包和发布该
如何。以这么简单的配置,当然是比较简单的,很多网上的 xml 代码都是以此为例进行讲解
的,我们这里再重复一遍。
对于自动打包应该注意以下几点:
a) 公共资源:有些项目需要保留原始的 xml 文件,如 appconfig.xml、web.xml 等,这样
可以保障对应环境的安装包打包出来就可以用,节省人工修改配置 xml 的成本。
b) 项目类库:项目需调用的 jar 包
c) 需保留的代码,如:*.properties
d) 编译代码的范围
e) 项目编译后的 jar 包需包括的代码
f) 项目安装包内应包括的内容和应排除的内容
g) 删除部分多余的代码或 jar(对于 WebSPhere 的环境,需要删除一些用于 tomcat 环
境的 jar 包才能发布成功。)
详细实现见第 3 章。
对于自动化部署应该注意以下几点:
a) 下载源码
b) 编译
c) 替换配置文件
d) 停止 tomcat 服务
e) 覆盖安装(应注意保留配置文件,删除其他所有目录及文件)
f) 启动 tomcat 服务
2.2-复杂日构建(验证+提醒+代码走查+部署)
这样的日构建,自动打包的内容没有改变,而部署的内容发生了很大改变,增加了包括
编译是否成功在内的部署全过程的验证功能、代码走查、以及邮件提醒。而这些需求的实现
还是要对现实的部署环境和项目需求进行详细分析。基于 2.1 中的部署过程,验证基本有如
下内容:
a) 编译是否成功
b) 替换配置文件是否成功
c) 服务停止是否成功
d) 覆盖安装是否成功
剩余35页未读,继续阅读
资源评论
- ruddyl2014-02-10值得參考的資料
simychen
- 粉丝: 1
- 资源: 5
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
- postgresql-42.7.3.jar
- 2024-05-21 20-36-43.mkv
- 基于QT+C++的智能云监护仪项目,能够实时显示使用者心电、血氧、血压波形及其它各种参数+源码(毕业设计&课程设计&项目开发)
- 基于java开发的app接收硬件端传输的心音信号,具有显示心音波形,发出心音的功能+源码(毕业设计&课程设计&项目开发)
- Python 程序语言设计模式思路-行为型模式:职责链模式:将请求从一个处理者传递到下一个处理者
- 9241703124789646.16健身系统2.apk
- postgresql-16.3-1-windows-x64.exe
- Python 程序语言设计模式思路-结构型模式:装饰器讲解及利用Python装饰器模式实现高效日志记录和性能测试
- 基于YOLOv5和DeepSORT的多目标跟踪仿真与记录
- Python 程序语言设计模式思路-创建型模式:原型模式:通过复制现有对象来创建新对象,面向对象编程
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功