敏捷开发-敏捷宣言
Posted 大连大数据
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷开发-敏捷宣言相关的知识,希望对你有一定的参考价值。
去年参加了中国人主讲的敏捷培训,本周又参加了一周老外主持的敏捷培训。
体会如下:
中国人讲的多,练习的时间虽然都有,但比较走过场;而且喜欢谈文化,一谈文化大家就明白这东西不好掌握,要慢慢体会... 我记得最后培训是以”尊重人,关怀团队,幸福的工作“升华的,培训完感觉也没什么要改变的,因为没有什么具体的要求啊,但明显感觉自己比别人有文化了
老外喜欢做练习,三天培训讲ppt的时间很少,一天的时间大部分都在做练习;每个练习都不厌其烦的做好几轮。练习过程中会通过一些细节纠正大家的理解偏差,三天的时间让团队按照实际的三个User Story把敏捷的流程基本走了一遍
有个比较有感触的知识点,之前一直不太重视:
“任务完成”的定义 Definition of Done
当某项任务被描述为“完成”的时候,每个人都必须理解“完成”意味着什么。
虽然这在不同的 Scrum 团队之间会有巨大的差别,但是同一团队的成员,无论工作年限,无论职位高低,无论角色,必须对“完成工作“意味着什么有相同的理解。
这让我忽然明白项目经理经常抱怨某些团队成员难管的深层原因 -- 靠成员的自律来保证项目正常运行真的是太不靠谱的想法了。哪怕是一个工作了10年的老员工,对DoD的定义可能只是代码完成...但在另一个人眼里,代码写完才算完成了任务的40%...
附上敏捷宣言复习一下
2001年,在美国犹他州瓦萨奇山区雪鸟滑雪胜地的一个别墅里,
17个热衷于极限编程的软件工程师共同发起了敏捷软件开发宣言。
经过讨论,最终的敏捷宣言包括了4个价值观和12条原则
4个价值观:
个体和互动 高于 流程和工具
可工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
尽管右边的项目有其价值,我们更重视左边项目的价值。
12条原则:
我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。
欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。
经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。
业务人员和开发人员必须相互合作,项目中的每一天都不例外。
激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。
不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。
可工作的软件是进度的首要度量标准。
敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。
以简洁为本,它是极力减少不必要工作量的艺术。
最好的架构、需求和设计出自自组织团队。
团队定期地反思如何能提高成效,并依此调整自身的举止表现。
* 资料来源于 http://agilemanifesto.org/iso/zhchs/manifesto.html
以上是关于敏捷开发-敏捷宣言的主要内容,如果未能解决你的问题,请参考以下文章