关于敏捷开发

mac2022-06-30  231

首先,我们先认识一下敏捷开发的发展之路:

那么敏捷开发与传统开发有什么区别呢?我们可以对比一下。

软件更像一个活着的植物,软件开发是自底向上逐步有序的生长过程,类似于植物自然生长

敏捷开发遵循软件客观规律,不断的进行迭代增量开发,最终交付符合客户价值的产品

 

敏捷开发原则,我们可以参考一些经验:

1: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software 。

翻译:尽早并持续地交付有价值的软件以满足顾客需求。

2: Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage

翻译:敏捷流程欢迎需求的变化, 并利用这种变化来提高用户的竞争优势。

3: Deliver working software frequently, from a couple of weeks to a couple of months, with a preference for the shorter timescale

翻译:经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。

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.

翻译:无论团队内外,面对面的交流始终是最有效的沟通方式

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.

翻译: 敏捷流程应能保持可持续的发展。 领导, 团队和用户应该能按照目前步调持续合作下去。

9: Continuous attention to technical excellence and good design enhances agility.

翻译: 只有不断关注技术和设计才能越来越敏捷。

10: Simplicity--the art of maximizing the amount of work not done--is essential.

翻译: 保持简明 - 尽可能简化工作量的技艺 - 极为重要。

11: The best architectures, requirements, and designs emerge from self-organizing teams.

翻译: 只有能自我管理的团队才能创造优秀的架构, 需求和设计。

12: At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

翻译: 时时总结如何提高团队效率, 并付诸行动。

关于敏捷开发的方法也有好多种:

主要的敏捷开发为极限编程:

极限编程( XP )的主要目的是降低需求变化的成本。它引入一系列优秀的软件开发方法,并将它们发挥到极致。比如,为了能及时得到用户的反馈, XP 要求客户代表每天都必须与开发团队在一起。同时, XP 要求所有的编程都采用结对编程( pair-programming )的方式。这种方式是传统的同行审查( peer review )的一种极端表现,或者可以说是它的替代方式。

 

关于敏捷开发方法的更多信息,参考文章:http://blog.csdn.net/gscrum/article/details/4589457

转载于:https://www.cnblogs.com/renguoqing/p/3613283.html


最新回复(0)