ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 敏捷开发大家谈(三)

敏捷开发大家谈(三)

原创 Linux操作系统 作者:pharos 时间:2019-05-28 15:03:07 0 删除 编辑
(三) Crystal

Crystal是Alistair Cockburn提出的一组开发方法,分为Crystal Clear,Crystal Yellow, Crystal Orange和Crystal Red分别适用于不同的项目。项目可以按照参加的人员和重要性划分。重要性根据项目中的错误引发的后果分为:
C Loss of comfort (某些不舒适)
D Loss of discretionary money (经济损失)
E Loss of Essential Money (严重经济损失)
L Life Critical (生命危险)
一个项目称为C6说明参加人员在6人以下,重要性是C级,D20说明人员在6-20人,重要性是D级。

Crystal Clear适用于 C6,D6项目
Crystal Yellow适用于 C20,D20,E20项目
Crystal Orange 适用于 C40,D40,E40项目
Crystal Red 适用于 C80,D80,E80项目

Crystal Clear

适用于一个办公室内的一个小组

角色有: sponsor发起人,任务下达者
Senior Designer-Programmer 高级设计开发人员
Designer-Programmer 设计开发人员
User 用户
其中一个人是项目协调者(Project Coordinator)。Senior Designer-Programmer是关键人员

策略:
1 软件的开发采用有规则的周期性递增方法,每2-3个月提交(deliver)一个版本
2 使用里程碑(milestone)跟踪进度(包括delvier和开发期间的重大决定)
3 自动回归测试(automated regression test)
4 用户直接参与
5 每个release有两个user viewings(用户审核?)
6 在上一个步骤足够稳定(stable enough to review)时立即开始下一个步骤,尽量并行开发
7 在每个周期的开始和中间进行产品和过程调整

过程产品(指整个过程产生的所有产品,包括软件和文档)
1 软件释放顺序(release sequence)
2 用户审核的计划
3 用户案例(usecase)或需求描述
4 设计框架和必要的说明
5 界面草图
6 基本的对象模型
7 执行代码
8 migration code
9 测试用例
10 用户手册
11 local matters有项目组决定:
上述product的摸班
编码和用户界面的标准
回归测试的标准和细节
其他文档
需要的工具:
版本控制工具
白板(最好可打印)


Crystal Orange

角色:sponsor 发起人
business export/usage export 业务专家
technical facilitator 技术专家
business analyst/designer 业务分析和设计人员
project manager 项目管理员
architect 系统架构人员
Design Mentor 设计指导人员
Lead Designer-Programmer 主要设计编码人员、
Other Designer-Programmer设计编码人员
UI Designer 用户界面设计人员
Writer 文档写作人员
Tester 测试人员

策略:
同Crystal Clear (周期可以为3-4个月)
过程产品:
需求文档
计划
状态报告

基本对象模型
外部接口标准
用户手册
源代码
测试用例
migration code
local matters 同Crystal Clear


(四) The Agile Alliance

敏捷联盟是17位不同敏捷开发方法的提倡者共同成立的,目的是推进敏捷开发方法的研究和应用,他们并不要求强制使用某种开发方法,而是提出了敏捷开发的几个核心价值和基本原则:
core value:

Individuals and interactions over processes and tools
个人和交流重于过程和工具
Working software over comprehensive documentation
正在运行的软件本身重于复杂的文档
Customer collaboration over contract negotiation
与客户的沟通和交流重于使用合同约束客户
Responding to change over following a plan
对变化的快速响应重于跟随计划

principles

1 最高目标是通过快速的和经常的发布软件满足客户的需要
2 提交软件的周期为几个星期到几个月
3 产生正确的软件是衡量进度的首要标准
4 主动接受需求的改变而不是拒绝
5 商务人员和开发人员工作在一起
6 个人必须有动力,要创造环境支持他们的要求,信任他们
7 最有效的交流方法是面对面的交流
8 最好的结构,需求和设计来自于自组织的团队(self-organizing team),允许任何人提出想法和建议
9 持续改进设计和编码
10 鼓励正常工作,减少长时间加班
11 保持简单,减少不必要的部分,认识到简单的设计比复杂的设计更难(simple design is harder to produce)
12 定期调整过程,获得更高效率

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/3433/viewspace-269188/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2001-12-11

  • 博文量
    266
  • 访问量
    199180