首页 > Linux操作系统 > Linux操作系统 > 敏捷开发方法:敏捷过程思路方法
敏捷思路方法横空出世
传统计划驱动
开发思路方法不仅没有获得良好
效果
并且由于强调过分过程控制
所以在开发过程中要产生大量
文档
以跟踪
检查设计各阶段
进度
设计状态
因此给
员
管理者带来很多额外
工作量
这也是计划驱动思路方法
直为人诟病
地方
因此被称为重量级思路方法
这种思路方法![]()
个后果就是大量
开发时间被用在开发文档
撰写和维护上
而真正花在代码上
时间就相对少了;另外
个后果就是由于主要依赖过程控制
而不是
员自我管理
开发过程
管理非常复杂和低效![]()
员怨声载道
但是不得不服从
在计划驱动思路方法中
过程和工具不是为人(指
员)服务![]()
而是为管理者服务![]()
![]()
员成了工具和过程
奴隶
这些都极大地阻碍了软件Software生产率
提高
这种开发模式越来越不适应现代瞬息万变
商业需求了
因此
在近几年![]()
种被成为敏捷思路方法
开发思想开始流行起来
敏捷思路方法正是针对传统计划驱动思路方法
弊端而发展起来![]()
它是
类思路方法
总称
它有若干种区别
思路方法模型
比如水晶模型
scrum模型
XP编程
其中最著名
就是XP编程思路方法
虽然实际形式区别
但他们都有相同
思想
敏捷思路方法从另外
角度重新认识软件Software开发
颠覆了计划驱动思路方法
两个假设前提
就是我们在前面讲述过
1
需求固定
和2
人是可替换![]()
敏捷开发
特征
敏捷思路方法有两个主要特征:敏捷思路方法
第
个特征是开发采用适应性思路方法
经过多次小型迭代开发过程逐步逼近实际需求
从而为客户提供实际需要
软件Software
这种开发思路方法
核心是
小型发布
不断集成和严格回归测试
每
次
小型发布都经过严格测试后集成到最终产品中
保证每
次小型发布都是经过测试
高质量
代码
在每
次小型发布后和客户沟通
得到客户反馈
不断修改
增加新
客户需要
功能
从而生产出符合客户需要
产品
开发过程以代码为核心
而不是以文档为核心
传统
以文档为主要输出
设计过程(需求分析
高层架构设计
概要设计
详细设计等)被大大压缩
以最快
速度进入代码
生产过程
设计以简单为原则
不进行多余
设计活动
小组通过密切而有效率
交流达到对设计
统
理解和认识
文档作为交流工具
作用被弱化
文档作为管理监督
功能被取消![]()
切以代码为核心
代码
编写
测试
发布
重构
然后进入第 2次迭代
敏捷开发
第 2个特征是以人为本
这是革命性
转变
21世纪最重要
是什么?人才
这是
个连葛优这样
小偷团伙领导人都知道
道理
可是传统计划驱动思路方法却企图以文档
过程为核心
从而抹杀人
重要性
在敏捷思路方法里![]()
员在软件Software开发中不再是单纯被管理
对象
而是开发
主体
所有
主要设计策略
制定
开发思路方法
选择
需求
确定都由
员决定![]()
他们才是真正生产软件Software
人
他们最了解如何开发软件Software
以往开发过程中
对开发过程
严格控制
检测
软件Software
各种测量等等都大大简化![]()
这些措施都是为了监督
员![]()
开发过程管理是为了更好地进行软件Software开发
而不是单纯为了管理者监测开发者
工作效率服务
开发者痛恨
官僚管理作风被统统取消
大家可能知道IBM, Microsoft, XEROR研究院
情况
在这些研究院里
公司只管为科学家提供足够
经费
良好
环境和诱人
待遇
但是公司从不干涉科学家
研究内容和方向
也不问科学家
生产率是都多少
科学家对自己
研究有决定权
敏捷开发在某种程度上借鉴了这种所谓科学家管理模式
思想![]()
软件Software开发和科学研究
样都是高智力活动
它们生产
产品都依赖于参和者
主动参和而不是僵化
管理
虽然让
般人看起来似乎有点不可靠
但这可能是管理高智力活动![]()
种比较适合
方式
敏捷开发
价值和局限
敏捷思路方法如何保证开发进度
开发效率
开发质量呢?这是
个传统开发思路方法想解决而没有解决好
问题
这个问题
答案就是靠人自我
管理
团队(Team)自我
管理
人是不可靠![]()
人不会像机器
样整齐划![]()
不犯
;但人同时也是最可靠![]()
拥有超强个人能力
自律精神和充满信念和热情
人比任何机器都更有生产率
但是任何思路方法都是有适用条件![]()
敏捷思路方法抛弃了繁琐
文档管理
就必须依靠
员主动
开放
平凡
面对面
高效交流来达成对需求
目标
设计实现
理解;敏捷思路方法抛弃了机械、严格
过程控制
就必须依赖于
员和开发团队(Team)
高标准自我要求:严格
自律
团队(Team)合作精神
个人高度自觉
主动性
责任感
敏捷思路方法
高效和高质量实际上是以
员
高素质和开发团队(Team)
高度合作
开发文化为基础![]()
因此敏捷思路方法
实施前提是必须找到愿意并有能力实施敏捷思路方法
团队(Team)
XP
创始人Beck也曾建议过有些情况是不适合采用XP思路方法
:比如
不能接受XP文化
团队(Team)规模过大
重构开销过大
等等
有关如何在
般组织中实施敏捷思路方法
讨论还在进行的中
不管怎样
敏捷思路方法提供了
种崭新![]()
区别于以往
软件Software开发过程思路方法
敏捷思路方法提倡
简化设计
简化流程
迭代思路方法
以人为本
思想都是非常值得任何软件Software组织研究和借鉴![]()
它也是以往
软件Software开发大师们
开发实战成功经验
整理总结
我们必须学习
领会其根本思想
然后根据本组织
情况
有条件
借鉴其实战思路方法
把敏捷思路方法和传统开发思路方法结合起来
不断改进
持续提高
才能建立起
套适合自己![]()
具有本组织特色![]()
行的有效
软件Software开发过程体系
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/21359667/viewspace-607675/ ,如需转载,请注明出处,否则将追究法律责任。