全文见联盟网站:[点击查看],以下为部分内容:
现在,越来越多的企业和软件从业者都接受了“敏捷”概念。在我做持续交付咨询的时候,也可以听到客户能够把“敏捷宣言”倒背如流:
“个体和互动高于 流程和工具
工作的软件高于 详尽的文档
客户合作高于 合同谈判
响应变化高于 遵循计划”
如果,这就是你知道的“敏捷”的全部。那么,你对“敏捷”的认识还没有及格,在我做咨询的过程中,会发现以下几个常见的遗漏点:
1. 所谓“敏捷”,指的是“敏捷软件开发”
“敏捷宣言”的网址是:http://agilemanifesto.org/直译就是:敏捷宣言.非盈利组织。
关于用户故事,大家可以参考《用户故事与敏捷方法》,《精益设计:设计团队如何改善用户体验》
2. 不要忘了右项的价值。
很多人往往在说敏捷宣言的时候漏了最后一条。即:“尽管右项有其价值,我们更重视左项的价值。”
这点的关键是,“敏捷软件开发宣言”是一个价值观。在该价值观的引导下,我们选择左边的价值。但不是忽视右边的价值。“敏捷就是没有文档”,“敏捷就是没有流程”,“瀑布流程和敏捷势不两立”都是不正确的认识。
敏捷的价值观让我们减少了时间——这种不可再生资源上的浪费。而这些时间上的浪费表现在不能更早的交付有价值的软件上面。因为软件开发是一种成本和风险都很大的团队活动。如果不能尽早的兑现价值,这些软件开发的工作就是最大的浪费。
此外,“敏捷”是一个价值观,而不是一种制度。
3. 知道价值观,还要知道“敏捷软件的12条原则”
在敏捷宣言后面的第一条,是一个几乎被所有人忽略的链接,这个链接就是“敏捷软件的12条原则”:http://agilemanifesto.org/iso/zhchs/principles.html
1. 我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。(没有最快,只有更快,用快速的工具和技术交付软件。)
2. 欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。(需求变动没事,反正代价比较小。)
4. 业务人员和开发人员必须相互合作,项目中的每一天都不例外。(经常沟通和理解,避免出现期望偏差。)
5. 激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。(KPI这种东西就是基于“不信任”而设计的。)
6. 不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。(邮件,IM,电话都不是很好的沟通方式。)
7. 可工作的软件是进度的首要度量标准。(只有能用了,才知道接下来该干什么。)
9. 坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。(敏捷不光求“快”,还要求“好”。不要为了快,把好的实践都抛弃了。)
10. 以简洁为本,它是极力减少不必要工作量的艺术。(简单即是美,能不要的都不要。敏捷的软件犹如罗丹的雕塑。)
11. 最好的架构、需求和设计出自自组织团队。(不要让不专业的人士指导专业人士该怎么做,“He/She can He/She Up”。)
好了,你的“敏捷”知识及格了吗?
|