Day 1：敏捷概述

瀑布型项目适用于“技术很确定且需求很确定”的项目，如stacey矩阵中的“Simple”区域。而现实中，大多数的软件项目充满了不确定性。大多数情况下，技术不确定，需求在前期更为不确定。

从事软件开发的是一群聪明人。而正是因为这些聪明人经常习惯于过度思考，过度设计。这对于初期需求不明确时，过度的思考和设计常常是一种极大的浪费。“人类一思考，上帝就发笑。”当软件需求一开始不是非常明确的时候，我们需要从原型开始，通过多次的迭代：

基于已明确问题的实现 —>Demo反馈 —> 修改设计 —>再次Demo反馈。这种拥抱变化的软件开发模式是敏捷思想的真谛。

Stacey矩阵

敏捷开发4项基本价值

• 以人为本：Individuals and Interactions Over Processes and Tools
• 目标导向：Working Software Over Comprehensive Documentation
• 客户为先：Customer Collaboration Over Contract Negotiation

• 拥抱改变：Responding to Change Over Following a Plan

  
  4 values

12项指导原则

12 principles

读书感悟：

• 原则1:

• 原则7: Working software is the primary measure of progress
  在企业项目管理中，官僚化的管理思维往往会把做一件事情的过程搞得看起来很专业、很美好，而对事情的结果不重视。在敏捷中，我们重视最终交付的价值。过程当然重要，但过程是为结果，即交付可用的软件产品服务。“无论黑猫白猫，抓到老鼠🐭的就是好猫🐱”是个朴素的敏捷思维。

  
  image.png

• 原则 8: Agile processes to support a consistent development pace
  活儿是永远干不完的。一个有持续发展能力的组织应该注重干活的方式。这种持续收益远大于多加一两天班。而一旦一个公司不以结果导向（原则7），为彰显所谓“苦干”精神，形成制度化加班的氛围。磨洋工式的工作态度就会相伴而生。

  
  image.png

Ref:
https://www.agilealliance.org/agile101/12-principles-behind-the-agile-manifesto/