敏捷是什么?

敏捷的5个价值观

  • 个体和交互胜过过程和工具。
  • 可以工作的软件胜过面面俱到的文档。
  • 客户合作胜过合同谈判。
  • 响应变化胜过遵循计划。
  • 虽然右项有价值,但我们更重视左项。

敏捷的12条原则

  1. 我们最优先要做的是,通过尽早地、持续地交付有价值的软件使客户满意。
  2. 即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
  3. 经常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。
  4. 在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
  5. 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持,并且信任他们能够完成工作。
  6. 在团队内部,最具有效果并且富有效率地传递信息方法,就是面对面地交谈。
  7. 工作的软件是首要的进度度量标准。
  8. 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
  9. 不断地关注优秀的技能和好的设计会增强敏捷能力。
  10. 简单——使未完成的工作最大化的艺术——是根本的。

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

  1. 最好的构架、需求和设计出自于自组织的团队。
  2. 每隔一定时间,团队会针对如何才能更有效地工作进行反省,然后相应地对自己的行为进行调整。

敏捷的一些误解

敏捷就是快?

敏捷希望能尽快把可用的软件持续性地交付给客户,交付的时间越短越好,而不是最后才一次性地交给客户。
敏捷中的“快”其实指的是反馈更快,反馈更及时。

敏捷就是加班?

敏捷强调“可持续的开发速度”。
通常保持“可持续的开发速度”方法如下:

  1. 他们在迭代开始的时候,不会过度承诺,也就是能完成多少工作,就承诺多少工作。
  2. 严格遵守纪律。他们在迭代开始以后,原则上不会再增加需求,如果一定要往他们的迭代待办事项列表里增加其它需求,就要同时从中拿走等量的需求。

一句话总结敏捷

敏捷 = 价值观 + 原则 + 一系列符合价值观和原则的方法。单纯说敏捷是一种方法,肯定是片面的;但只强调它的价值观和原则,而不重视方法也是不对的,因为那样敏捷就飘在空中,不能落地了。

# 管理  敏捷 

评论

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×