敏捷 Agile

敏捷宣言

1
2
3
4

个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作   高于 合同谈判
响应变化   高于 遵循计划

也就是说，尽管右项有其价值，

我们更重视左项的价值。

1
2
3
4
5
6
7
8

# Kent Beck， James Grenning， Robert C. Martin
# Mike Beedle, Jim Highsmith, Steve Mellor
# Arie van Bennekum, Andrew Hunt, Ken Schwaber
# Alistair Cockburn, Ron Jeffries, Jeff Sutherland
# Ward Cunningham, Jon Kern, Dave Thomas
# Martin Fowler, Brian Marick
著作权为上述作者所有，2001年 ,此宣言可以任何形式自由地复制，
但其全文必须包含上述申明在内。

Agile 12 Principle

  1. Our Highest Priority Is To Satisfy Customer through Early and Continuous Delivery
  2. Welcome-Changing Requirements Even Late In Development. Agile Processes Harnesses Change for Customer Competitive Advantage
  3. Deliver Working Software Frequently (Weekly or Monthly) With Focus on Shorter Timescale
  4. Business People and Developers Should Work Together Daily
  5. Build Projects around Motivated Individual. Provide Them the Environment and Support They Need and Trust Them
  6. The Most Efficient Way to Convey Information to Your Development Team is Face To Face Conversation
  7. Working Software Is a Primary Measure of Success
  8. Agile Process Promotes Sustainable Development. Sponsors, Developers and Users Should Maintain a Constant Pace
  9. Continuous Attention to Technical Excellence and Good Design Boosts Agility
  10. Simplicity—The Art of Maximizing The Amount of Work Not Done but Is Essential
  11. The Best Requirements, Architecture, and Design Emerge From Self Organizing Teams
  12. At Regular Interval, Team Reflects on How to Become More Effective and Tweak Behavior Accordingly

敏捷开发十二原则

  1. 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。
  2. 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。
  3. 要不断交付可用的软件，周期从几周到几个月不等，且越短越好
  4. 项目过程中，业务人员与开发人员必须在一起工作。
  5. 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。
  6. 无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。
  7. 可用的软件是衡量进度的主要指标。
  8. 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。
  9. 对技术的精益求精以及对设计的不断完善将提升敏捷性。
  10. 要做到简洁，即尽最大可能减少不必要的工作。这是一门艺术。
  11. 最佳的架构、需求和设计出自于自组织的团队。
  12. 团队要定期反省如何能够做到更有效，并相应地调整团队的行为。

敏捷的核心可以归纳成四个字: “渐进增强”。

http://agilemanifesto.org/ https://blog.csdn.net/hanyongan300/article/details/79678030
https://blog.csdn.net/superkunkun/article/details/52940329
https://www.infoq.cn/article/k4TB7hZU4uM_8lhXEY9h?utm_source=rss&utm_medium=article
http://www.scrummanifesto.org/
https://www.scrum.org/resources/what-is-scrum
https://www.atlassian.com/agile/scrum

‘敏捷 框架’

  • Scrum
  • LeSS: 大规模 Scrum，以 Scrum 为基础。LeSS 分两个模式，LeSS 模式宣称适合 8 人团队、最多 8 个团队共 64 个人的情况，LeSS HUGE 模式则号称可适应数千人规模的产品研发；在敏捷方法方面，LeSS 以 Scrum 为核心，工程实践维度，有实践指导材料；
  • SAFe: 大规模敏捷框架，完整的 SAFe 框架可以分为四个层级，团队级适合 5~9 人团队、项目群级适合 5~12 个团队 (约 50~125 人) 、大型解决方案级适合数百人规模、组合级适合 500~1000 人规模；敏捷方法论方面，介绍了 Scrum、XP、Kanban 方法，主张团队自主选择，工程实践方面有所提及，但没有特别详细的介绍；

https://www.infoq.cn/article/6dc4LQmRpdfGlt1jb5YJ?utm_source=rss&utm_medium=article

敏捷软件开发合同

https://www.agilesoftwaredevelopment.com/posts/10-agile-contracts

https://saat-network.ch/2019/05/ten-contracts-for-your-next-agile-project/