敏捷开发-敏捷宣言

Posted 2021-04-25 大连大数据

去年参加了中国人主讲的敏捷培训，本周又参加了一周老外主持的敏捷培训。

体会如下：

1. 中国人讲的多，练习的时间虽然都有，但比较走过场；而且喜欢谈文化，一谈文化大家就明白这东西不好掌握，要慢慢体会... 我记得最后培训是以”尊重人，关怀团队，幸福的工作“升华的，培训完感觉也没什么要改变的，因为没有什么具体的要求啊，但明显感觉自己比别人有文化了

2. 老外喜欢做练习，三天培训讲ppt的时间很少，一天的时间大部分都在做练习；每个练习都不厌其烦的做好几轮。练习过程中会通过一些细节纠正大家的理解偏差，三天的时间让团队按照实际的三个User Story把敏捷的流程基本走了一遍

有个比较有感触的知识点，之前一直不太重视：

“任务完成”的定义 Definition of Done

当某项任务被描述为“完成”的时候,每个人都必须理解“完成”意味着什么。

虽然这在不同的 Scrum 团队之间会有巨大的差别,但是同一团队的成员，无论工作年限，无论职位高低，无论角色，必须对“完成工作“意味着什么有相同的理解。

这让我忽然明白项目经理经常抱怨某些团队成员难管的深层原因 -- 靠成员的自律来保证项目正常运行真的是太不靠谱的想法了。哪怕是一个工作了10年的老员工，对DoD的定义可能只是代码完成...但在另一个人眼里，代码写完才算完成了任务的40%...

附上敏捷宣言复习一下

---

2001年，在美国犹他州瓦萨奇山区雪鸟滑雪胜地的一个别墅里，

17个热衷于极限编程的软件工程师共同发起了敏捷软件开发宣言。

经过讨论，最终的敏捷宣言包括了4个价值观和12条原则

4个价值观：

• 个体和互动  高于 流程和工具

• 可工作的软件  高于 详尽的文档
  

• 客户合作  高于 合同谈判
  

• 响应变化  高于 遵循计划
  

尽管右边的项目有其价值，我们更重视左边项目的价值。

12条原则：

1. 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
   

2. 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
   

3. 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
   

4. 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
   

5. 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
   

6. 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
   

7. 可工作的软件是进度的首要度量标准。
   

8. 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
   

9. 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
   

10. 以简洁为本，它是极力减少不必要工作量的艺术。
    

11. 最好的架构、需求和设计出自自组织团队。
    

12. 团队定期地反思如何能提高成效，并依此调整自身的举止表现。

＊ 资料来源于 http://agilemanifesto.org/iso/zhchs/manifesto.html