敏捷软件开发宣言–Manifesto for Agile Software Development

简介:

敏捷开发, 谁不会呀, 不就是

没文档, 出活快, 用户说啥都能改?

下面是一个笑话,  王屋村的大牛说 -

我最近转手接了一个活, 完事能挣四五万, 我拿过图纸一看, 不就是盖一烟囱吗? 我们是敏捷 (Agile) 的团队,要文档作甚? 马上开始干活!

 

image

 

都快盖好了, 客户来检查,把我打了一顿!我冤枉啊!

image

 

原来, 图纸看倒了,人家让挖口井。

不过, 我们是敏捷的团队, 被客户打了也要拥抱变化, 好不容易砌好的烟囱不能这么废了, 要不断重构, 代码重用。 于是我们在地上挖了一个大坑, 然后把重构后的烟囱强力插入, 终于把这口 “井”做好了!

 

我在《现代软件工程》这门课上讲到了敏捷开发流程, 其中内容比“没文档, 出活快, 用户说啥都能改” 要多得多。

 

下面把敏捷宣言网页中提到的大意转述如下:

 

现有的做法

敏捷的做法

流程和工具

个人和交流

完备的文档

可用的软件

为合同谈判

与客户合作

执行原定计划

响应变化

 

我们认同“现有的做法”有其价值, 但是我们更倾向于“敏捷的做法”。

关于敏捷软件开发的 12 条原则, 仁者见仁, 智者见智.  我的翻译在这里

目录
相关文章
|
2月前
|
SQL 缓存 架构师
软件开发领域里一个 architect 和一个 technologist 有什么区别
软件开发领域里一个 architect 和一个 technologist 有什么区别
|
敏捷开发 架构师 测试技术
2022年下半年 系统架构师,论文-软件开发模型(Software Development Model)
2022年下半年 系统架构师,论文-软件开发模型(Software Development Model)
258 0
|
敏捷开发 程序员 持续交付
Agile已死, Agility长存
Agile Is Dead (Long Live Agility) ( Agile已死,Agility长存)
|
机器学习/深度学习 安全 程序员
产品设计不是命题作文:Design Hackathon 方法介绍
在产品的定义阶段,产品发展形态的可能性是最多的。对于当前国内绝大多数移动互联网创业公司来说,在产品定义初期,往往都是由个别产品负责人或者创始人「决定」产品方向的。这种「命题式」的传统方法,会导致产品的大部分可能性被早早扼杀,很容易让产品设计陷入程式化的思维或是已有的产品模式。在这种方式下,不能说诞生不了好的产品,但突破和创新的难度将会大大提高。传统的「头脑风暴」,在发散思维时往往失于天马行空,忽略了落地的可行性。
279 0
产品设计不是命题作文:Design Hackathon 方法介绍
|
敏捷开发 SQL 缓存
|
数据挖掘 Go
《Talk Lean》—— 精益讨论
精益讨论,从冗长低效的会议中解放出来。 精益概念遍地开花,精益管理、精益生产、精益创业、精益数据分析、精益客户开发。 Talk Lean 要点一览 直接且礼貌 会议开始时,明确会议目标 会议结束时,会议目标要可衡量、可审查 会议中难免...
1011 0

热门文章

最新文章