首次采用敏捷方式进行开发，我想把我们的做法与大家分享下，同时希望大家指出我们的不足和需要改进的地方，让我们的项目进行的更顺利，目前项目已过三分之一，客户比较满意，还算顺利。
项目简介：一个DMS小项目，预计时间14人月.客户需求不是很明确，想一边做一边提，适合引入敏捷开发（实际上用户的需求也一直在变，当他们看到每次的small release时都会有新的想法）。
Team主要成员：一个team leader（兼BA职责），两个工程师，一个UI设计师。
成员主要职责：team leader主要负责召开会议，明确每天的开发任务以及项目的总体大概进程，保持团队成员清楚的知道项目目前的状态，保持团队沟通顺畅让团队保持高昂的士气。还有个作用是敢于对项目的成败负责（当然团队每个成员都有责任）。工程师的主要职责是开发，设计师主要职责是UI设计。
开发环境配备：硬件：两个PC机两个显示器两套鼠标键盘（工作的时候切换到一个PC机上pair编程，共享一个主机，用转换器使一个主机上面接两个显示器，两套鼠标键盘，这样就不用挤在一个显示器前抢一套鼠标键盘pair了），一个测试服务器，上装svn服务器和cruisecontrol来管理代码和实现定时自动化测试（测试一定要自动化，这样可以让机器来干它喜欢并擅长干的事情，让工程师专注自己的业务；我们使用yahoo的一个模拟熔岩灯来监视测试结果。），一个发布服务器，客户可以远程及时试用后给出反馈意见和建议。
开发简介：
一、迭代（Iteration）和发布（release）计划
由于项目开发人员比较少，我们决定采用最短的迭代周期（一周），每个迭代前由BA评估story需求风险，开发人员评估story技术风险和cost，选出能在本轮迭代周期中完成的任务；每个迭代结束来一次small release
二、我们对实现XP价值观所做的努力
1、 沟通（communication）
再怎么强调沟通的重要性都不为过，尤其是在软件行业。所以在XP中communication被放在首位也不为奇。
我们项目组每天早上开一次Standup Meeting，通报彼此昨天做了哪些工作，以便让开发小组所有人了解各自的工作情况，然后确定今天要做的task，目前公司地牌儿还不够辽阔，我们小组还没有足够的地儿挂白板，就把story和task写在Excel表里面；每个星期一的早上（迭代开始前）会有一个IPM（迭代计划会议），主要内容是大概确定本次迭代周期开发需开发的story，工程师评估每个story完成所需的时间开；每个周五下午（迭代结束前）会有一个Retrospective（迭代结束前会议），会议主要内容是对本次迭代做的好的方面以及待改进的地方进行总结；工程师pari编程。
此文章共有3页 1 2 3 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
