- 浏览: 318545 次
- 性别:
- 来自: 北京
文章分类
- 全部博客 (262)
- Java (20)
- 设计模式 (16)
- Oracle (13)
- Struts (1)
- 问题解决 (9)
- ibatis (2)
- Maven (5)
- Git (2)
- 实现原理 (6)
- 敏捷开发 (22)
- Spring (4)
- 算法 (8)
- MySQL (2)
- Java工具箱 (17)
- jQuery (1)
- 英语学习 (8)
- 杂谈 (15)
- 多线程 (15)
- Java解惑 (7)
- Linux (1)
- 重构36计 (6)
- 网络 (4)
- PHP (1)
- Socket (6)
- 面试 (1)
- JVM (14)
- 历史与故事 (5)
- 报表 (4)
- CMS (3)
- Windows (1)
- nginx (5)
- 架构设计 (7)
- RubyOnRails (2)
- Hadoop (8)
- Go (7)
- JS (1)
- Web (1)
- 项目实例 (5)
- ubuntu (4)
最新评论
-
jacking124:
按照你这个配置以后提示这个异常?Exception occur ...
Go语言学习:开发环境搭建及Hello World -
焦志广:
有请看http://jiaozhiguang-126-com. ...
Hadoop白皮书(1):分布式文件系统HDFS简介 -
w156445045:
Hadoop 有没windows环境下的配置呢,
谢谢。非常感 ...
Hadoop白皮书(1):分布式文件系统HDFS简介 -
xiangxm:
学习了。
Java 解惑知多少六 -
焦志广:
xhh_lite 写道怎么少了一个类?恩?不少啊,少那个类啊; ...
易学设计模式四 命令模式(Commond)
道德经说太极生两仪,两仪生四象,四象生八卦,八卦生六十四卦,六十四卦生万物。
但是多数企业的敏捷开发都太“八卦”了,上不能掌握太极的根本,下不能根据企业具体情况衍生出万物。博客上的其他文章描述描述“万物”已经够多了,这篇文章只说说两仪。
在前面的帖子里边,有几个人支持fast feedback/short iteration,另外一些人则支持transparency/teamwork,加在一起算是敏捷开发的两个最重要方面。
答案:持续改进+团队协作
如果用地道的敏捷开发词汇,就是这两个。
持续改进包括 quick feedback, continues integration, daily buiding, standardup meeting, short iteration, refact, working software, etc.
团队协作包括 stands for cross-function team, focusing on customer's value(把客户也当作双赢乃至多赢的团队的一部分), selforganized team, test automation (开发人员做测试的事),
下面是这两者和12个敏捷原则的对应关系:
持续改进
1: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software
翻译:尽早并持续地交付有价值的软件以满足顾客需求。
3: Deliver working software frequently, from a couple of weeks to a couple of months, with a preference for the shorter timescale
翻译:经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。
7: Working software is the primary measure of progress.
翻译: 可用的软件是衡量项目进展的主要指标
8: Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
翻译: 敏捷流程应能保持可持续的发展。 领导, 团队和用户应该能按照目前步调持续合作下去。
10: Simplicity--the art of maximizing the amount of work not done--is essential.
翻译: 保持简明 - 尽可能简化工作量的技艺 - 极为重要。英文说 maximizing the amount of work not done. 我的理解是 - 任何还没有明确的工作都会花不可知的时间,因此要 maximize, 不要把那些还没有做的工作和正在做的工作混起来。
12: At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
翻译: 时时总结如何提高团队效率, 并付诸行动。
团队协作:
2: Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage
翻译:敏捷流程欢迎需求的变化, 并利用这种变化来提高用户的竞争优势。
4: Business people and developers must work together daily throughout the project.
翻译:业务人员和开发人员在项目开发过程中应该每天共同工作。
5: Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
翻译:以有进取心的人为项目核心,充分支持信任他们
6: The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
翻译:无论团队内外,面对面的交流始终是最有效的沟通方式
9: Continuous attention to technical excellence and good design enhances agility.
翻译: 只有不断关注技术和设计才能越来越敏捷.
11: The best architectures, requirements, and designs emerge from self-organizing teams.
翻译: 只有能自我管理的团队才能创造优秀的架构, 需求和设计.
把客户和商业价值等内容放到团队协作里边看似有点牵强,这也是我更喜欢用“无我”的原因。“团队”很容易让人局限到开发团队的内容,实际上团队协作是在说“不要只考虑我”乃至“不要只考虑我们(还要考虑客户)”。
但是多数企业的敏捷开发都太“八卦”了,上不能掌握太极的根本,下不能根据企业具体情况衍生出万物。博客上的其他文章描述描述“万物”已经够多了,这篇文章只说说两仪。
在前面的帖子里边,有几个人支持fast feedback/short iteration,另外一些人则支持transparency/teamwork,加在一起算是敏捷开发的两个最重要方面。
答案:持续改进+团队协作
如果用地道的敏捷开发词汇,就是这两个。
持续改进包括 quick feedback, continues integration, daily buiding, standardup meeting, short iteration, refact, working software, etc.
团队协作包括 stands for cross-function team, focusing on customer's value(把客户也当作双赢乃至多赢的团队的一部分), selforganized team, test automation (开发人员做测试的事),
下面是这两者和12个敏捷原则的对应关系:
持续改进
1: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software
翻译:尽早并持续地交付有价值的软件以满足顾客需求。
3: Deliver working software frequently, from a couple of weeks to a couple of months, with a preference for the shorter timescale
翻译:经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。
7: Working software is the primary measure of progress.
翻译: 可用的软件是衡量项目进展的主要指标
8: Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
翻译: 敏捷流程应能保持可持续的发展。 领导, 团队和用户应该能按照目前步调持续合作下去。
10: Simplicity--the art of maximizing the amount of work not done--is essential.
翻译: 保持简明 - 尽可能简化工作量的技艺 - 极为重要。英文说 maximizing the amount of work not done. 我的理解是 - 任何还没有明确的工作都会花不可知的时间,因此要 maximize, 不要把那些还没有做的工作和正在做的工作混起来。
12: At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
翻译: 时时总结如何提高团队效率, 并付诸行动。
团队协作:
2: Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage
翻译:敏捷流程欢迎需求的变化, 并利用这种变化来提高用户的竞争优势。
4: Business people and developers must work together daily throughout the project.
翻译:业务人员和开发人员在项目开发过程中应该每天共同工作。
5: Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
翻译:以有进取心的人为项目核心,充分支持信任他们
6: The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
翻译:无论团队内外,面对面的交流始终是最有效的沟通方式
9: Continuous attention to technical excellence and good design enhances agility.
翻译: 只有不断关注技术和设计才能越来越敏捷.
11: The best architectures, requirements, and designs emerge from self-organizing teams.
翻译: 只有能自我管理的团队才能创造优秀的架构, 需求和设计.
把客户和商业价值等内容放到团队协作里边看似有点牵强,这也是我更喜欢用“无我”的原因。“团队”很容易让人局限到开发团队的内容,实际上团队协作是在说“不要只考虑我”乃至“不要只考虑我们(还要考虑客户)”。
发表评论
-
测试驱动开发
2012-11-11 14:21 0测试驱动开发的一般流 ... -
Kent Beck : 领导的敏捷潮
2012-10-15 10:29 926Beck全家似乎都弥漫着技术的味道。生长在硅谷, 有着一个对无 ... -
什么是敏捷(下)(无住,不住于空,破空执,非法,非非法)
2012-10-09 14:23 905破除法执之后,很容易 ... -
什么是敏捷(上)(无住,不住于法,破法执)
2012-10-09 14:20 999所谓无住,包括两个含义:不住于法,不住于空。前者比较好理解, ... -
敏捷开发与本能反应
2012-10-09 14:12 745经常听到有人提到敏捷开发与“本能反应”非常近似,比如凡事都需 ... -
敏捷的未来会怎样?
2012-10-09 13:49 346正法,像法,末法 任 ... -
敏捷开发之大型团队切分
2012-10-09 11:00 1041大型团队的切分 如果 ... -
敏捷开发加班吗?
2012-10-08 17:43 1670问题 敏捷开发加班吗? 楼下有人问到“敏捷和加班有什么关系 ... -
敏捷适合什么类型项目?
2012-10-08 16:44 1415问题 原来问题是这么写的:“一家企业既要过CMMI,又要过I ... -
敏捷开发智慧之:定不定流程和模板?
2012-10-08 15:45 898缘起 (立项时) 甲:“你们的设计文档打算怎么写?” 乙 ... -
敏捷开发智慧之写不写文档?
2012-10-08 15:17 678缘起 “我们产品已经做完了,客户说要补上需求文档,可我们只有 ... -
敏捷开发松结对编程之七问题集锦
2012-10-05 19:06 833人员与结构 在团队中使用层级结构,是否阻碍了个体与外界的沟通 ... -
敏捷开发松结对编程之五代码检查
2012-10-05 18:32 828松结对和紧结对不一样 ... -
敏捷开发松结对编程之四日常管理
2012-10-05 18:16 743团队中常见的一种情况 ... -
敏捷开发松结对编程之三共同估算
2012-10-05 14:58 792估算是经久不衰的管理 ... -
敏捷开发松结对编程之二计划设计
2012-10-03 22:30 723新人其实很少偷懒,因 ... -
敏捷开发松结对编程之一人员结构
2012-10-03 12:11 787传说中的结对编程,大致结构是两个人共用一台电脑,一个开发,一 ... -
敏捷开发心法之共振
2012-10-03 11:42 671共振 共振是以无我、 ... -
敏捷开发心法之无住
2012-10-03 11:33 809无住 在般若敏捷系列 ... -
敏捷开发心法之无我
2012-10-02 21:54 639做敏捷开发时间长了, ...
相关推荐
敏捷过程提倡平稳的开发节奏;发起人、开发者和用户应该能够保持一个长期的、恒定的开发速度。 不断地关注优秀的技能和好的设计会增强敏捷能力。 简单化是根本(不做过度设计和预测)。 最好的构架、需求和...
springboot+mybatis plus框架让你优雅的开发,真是太强大了,我目前见过的最强大的框架,以后开发,没特殊情况就是它了,真正的让你专注于逻辑的设计。真正实现了约定大于配置,用户只需要简单的注重逻辑实现,根本...
……缘起敏捷开发中一直有几个根本问题无法回答:什么是敏捷?怎样知道我是否敏捷了?应该怎样推行敏捷?敏捷的未来会怎样?……开始业界还有压力,因为这些问题如此难以回答。后来这些问题问得多了,大家也就释然了...
通过确立一个共同的目标,保持流畅的沟通,从而同步思想,这一点对于敏捷开发团队来说十分重要,它是成功和效率的根本保证。但是可能开发团队的成员分属不同部门,甚至分布在世界各地,由于地域、时区或文化背景的...
敏捷开发中的实践也是如此。典型地,当一个实践很难实施时,一定不要认为简单的制度可以保证其实施,而是要思考是什么导致了它的失败。比如每日立会,如果发现大家都不按时开会甚至不开会,马上要做的不是要求大家...
敏捷开发中的实践也是如此。典型地,当一个实践很难实施时,一定不要认为简单的制度可以保证其实施,而是要思考是什么导致了它的失败。比如每日立会,如果发现大家都不按时开会甚至不开会,马上要做的不是要求大家...
前两天听了公司一个关于敏捷开发的培训,就在想是不是也有敏捷测试。尽管一个同事说根本没有敏捷测试这个概念,但我仍不死心。Google了一下,这方面的文章确实有限,不过有就是对自己想法的一个最好肯定。 前两天...
尽管关于 Java、C#、.NET、游戏编程、DirectX、极端编程和敏捷开发方面的图书有好几百本,但就是没有一本关于跨平台软件开发的现代书籍!这使我感到震惊,特别是考虑到近来运行在服务器、桌面电脑、手提式电脑,甚至...
我在采用持续交付的组织中和开发团队工作一起工作,发现很多开发者认为的正确的敏捷团队的工作方式,在这里跑得不是很顺畅。我认为传统敏捷与持续交付的矛盾的根本在于,二者是采用不同的方式把软件变得“可以发布...
成功的DevOps部署需要软件的敏捷开发。 DevOps是开发和交付软件中的端到端自动化。 没有人能用像烹饪书这样的方法来实现它,但是大多数开发人员将从改进以前孤立的创建和活动孤岛之间的连接中受益。 尽管敏捷软件...
过去十年间,敏捷软件开发赢得了大好发展局面,被众多不同规模组织采用[1]。敏捷方法宣扬一整套价值观,并且提出了一系列实践活动去帮助获得并维护这些价值。尽管从一开始,敏捷方法常以提升作为工作单元的小团队的...
先问几个问题,大家觉得写文档是一件必要的事吗?你喜欢写文档吗?你写的文档程序猿和测试会看吗?假如你自己能独立设计和开发一个产品,你甚至根本就不需要写文档。...当今的世界是敏捷开发的天下。传统开发过程