`

敏捷开发的根本

阅读更多
道德经说太极生两仪,两仪生四象,四象生八卦,八卦生六十四卦,六十四卦生万物。

但是多数企业的敏捷开发都太“八卦”了,上不能掌握太极的根本,下不能根据企业具体情况衍生出万物。博客上的其他文章描述描述“万物”已经够多了,这篇文章只说说两仪。

在前面的帖子里边,有几个人支持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.
翻译: 只有能自我管理的团队才能创造优秀的架构, 需求和设计.

把客户和商业价值等内容放到团队协作里边看似有点牵强,这也是我更喜欢用“无我”的原因。“团队”很容易让人局限到开发团队的内容,实际上团队协作是在说“不要只考虑我”乃至“不要只考虑我们(还要考虑客户)”。
分享到:
评论

相关推荐

    敏捷项目管理-软件开发指导思想

    敏捷过程提倡平稳的开发节奏;发起人、开发者和用户应该能够保持一个长期的、恒定的开发速度。 不断地关注优秀的技能和好的设计会增强敏捷能力。 简单化是根本(不做过度设计和预测)。 最好的构架、需求和...

    springboot整合mybatisplus实现敏捷开发

    springboot+mybatis plus框架让你优雅的开发,真是太强大了,我目前见过的最强大的框架,以后开发,没特殊情况就是它了,真正的让你专注于逻辑的设计。真正实现了约定大于配置,用户只需要简单的注重逻辑实现,根本...

    敏捷开发智慧敏捷系列

    ……缘起敏捷开发中一直有几个根本问题无法回答:什么是敏捷?怎样知道我是否敏捷了?应该怎样推行敏捷?敏捷的未来会怎样?……开始业界还有压力,因为这些问题如此难以回答。后来这些问题问得多了,大家也就释然了...

    敏捷开发过程中的轻量级文档生成解决方案

    通过确立一个共同的目标,保持流畅的沟通,从而同步思想,这一点对于敏捷开发团队来说十分重要,它是成功和效率的根本保证。但是可能开发团队的成员分属不同部门,甚至分布在世界各地,由于地域、时区或文化背景的...

    敏捷开发生态系统系列

    敏捷开发中的实践也是如此。典型地,当一个实践很难实施时,一定不要认为简单的制度可以保证其实施,而是要思考是什么导致了它的失败。比如每日立会,如果发现大家都不按时开会甚至不开会,马上要做的不是要求大家...

    敏捷开发生态系统

    敏捷开发中的实践也是如此。典型地,当一个实践很难实施时,一定不要认为简单的制度可以保证其实施,而是要思考是什么导致了它的失败。比如每日立会,如果发现大家都不按时开会甚至不开会,马上要做的不是要求大家...

    敏捷测试之我见

    前两天听了公司一个关于敏捷开发的培训,就在想是不是也有敏捷测试。尽管一个同事说根本没有敏捷测试这个概念,但我仍不死心。Google了一下,这方面的文章确实有限,不过有就是对自己想法的一个最好肯定。  前两天...

    跨平台软件开发——C&C++

    尽管关于 Java、C#、.NET、游戏编程、DirectX、极端编程和敏捷开发方面的图书有好几百本,但就是没有一本关于跨平台软件开发的现代书籍!这使我感到震惊,特别是考虑到近来运行在服务器、桌面电脑、手提式电脑,甚至...

    持续交付与传统敏捷的矛盾

    我在采用持续交付的组织中和开发团队工作一起工作,发现很多开发者认为的正确的敏捷团队的工作方式,在这里跑得不是很顺畅。我认为传统敏捷与持续交付的矛盾的根本在于,二者是采用不同的方式把软件变得“可以发布...

    DevOps自动化和敏捷方法论-研究论文

    成功的DevOps部署需要软件的敏捷开发。 DevOps是开发和交付软件中的端到端自动化。 没有人能用像烹饪书这样的方法来实现它,但是大多数开发人员将从改进以前孤立的创建和活动孤岛之间的连接中受益。 尽管敏捷软件...

    在敏捷世界中构建软件平台的五项首要挑战

    过去十年间,敏捷软件开发赢得了大好发展局面,被众多不同规模组织采用[1]。敏捷方法宣扬一整套价值观,并且提出了一系列实践活动去帮助获得并维护这些价值。尽管从一开始,敏捷方法常以提升作为工作单元的小团队的...

    什么是敏捷又不被技术嫌弃的需求文档

    先问几个问题,大家觉得写文档是一件必要的事吗?你喜欢写文档吗?你写的文档程序猿和测试会看吗?假如你自己能独立设计和开发一个产品,你甚至根本就不需要写文档。...当今的世界是敏捷开发的天下。传统开发过程

Global site tag (gtag.js) - Google Analytics