`

敏捷的未来会怎样?

阅读更多

正法,像法,末法
任何事物,都会经过这三个阶段,有的短至几年,有的长达几千年。

正法时代一般是原创者掌握话语权的时期,因此能正确地解释和传播。

正法时代传播的是智慧和般若,而不是知识(方法,具体的实践等)。


本人先是学习了敏捷开发的方法,之后一年多才有幸读到Ken Schwaber的图书,其中一本大量介绍了以往他推广敏捷开发的案例 http://product.china-pub.com/37172#ml。这本书中介绍Scrum实践的篇幅很小,但后面的案例很多。

从案例中可见,并非所有项目都完整彻底地使用了Scrum;而Ken去这些项目做指导的初衷,也不是给他们实施Scrum。而Scrum,只是一个很容易拿来用,令项目收益的实践集合。

像法时代则是著书立说,咨询培训,乃至塑造雕像的时期(因而而名像法时期)。

为了传播的方便,智慧和般若被总结为知识(方法,实践),智慧和般若虽然相同,但由于方法和实践的差异,进而产生派别。

像法时期的形式性加强,体系,证书,随之而来,人们较少谈及“改进”目的,而是常常问“怎么才知道我们是不是敏捷了”?

末法时代则是由于正法的逐渐消亡,像法逐渐失去根本,因而进入末法时代。

末法的发生,来自于接收者修果不修因,因而传播者在利益驱动下,传果不传因。

证书代替了知识,等级代替了水平,资质代替了能力,因而法灭。

各种体系的三时代
若不注明的,只谈中国,软件界。

ISO9000,末法。

PMP,不是很熟,感觉是末法。

CMMI,早期周、吴引入国内时是正法,03~10年的大爆炸是像法,以SEI收紧中印高级评估别为标志转入末法。CMMI像法时代的“修果不修因”的现象很严重。

XP,这个法很神奇,没有经过正式的像法时代(与推广者的策略有关),就转入末法。

Scrum,现在正在像法时代,快转入末法了。

……

这三个时代是万物的发展规律,谁都不能超脱。易经中潜龙、见龙……飞龙而最终归于亢龙,也是这个意思。

企业,国家,伟人,宗教,主义,都符合这个规律,何况研发方法。

末法时代的修行
如果现在已经是末法时代,或者迟早会迎来末法时代,那还有必要追求敏捷吗?

其实,末法时代灭掉的是像法,而不是正法,末法时代法不灭。

一切有为法,被写下来的,被体系化的,都是有因缘的,因缘换了,法就灭了。像法,都是有为法。

有为法不是错误的法,只是正法在于行业、企业、文化、团队、技术、产品……等诸种内因外缘结合的临时体(又称一合相),值得学习,值得尝试,值得应用,但不能执着。

所谓执着,就是本来“敏捷方法”乃至“完美敏捷方法”只是一个方向,而不是具体的固定的实有的方法,但执着者认为有。

那应该修行什么法?要修行“无为法”。

无为法
无为法,不是“无所作为”的方法,也不是“没有方法”。

无为法是“以无为法”,“无在为”的方法。(“无在为”,无是主语,为是动词,意为“无正在为”;两种提法中,无都是名词,而不是形容词)

无什么?无我,即无我无人无众生无寿者;无住,即不住与法,不住与空。

无为法会永存,而各种有为法,就是无为法与行业、企业、文化、团队、技术、产品……等诸种内因外缘结合的临时体。

无为法在末法时代仍然存在,比如虽然XP不太被提及了,但是其中的持续集成、自动化测试却大行其道;而CMMI中配置管理、需求管理等基本方法,未来也将存在,而与CMMI是否继续存在无关。这些方法是某些行业、企业……所必需的,无论是否存在完整体系,都有人践行。

最先发明新的有为法的人,往往是无为之人(否则会困于原有的旧法),但一旦发明了有为法,就可能住在这个法上,成为有为之人。

Humphery最后退出了CMMI编写,Schwaber婉拒了出席Agile China的邀请,难说他们是为了防止陷入有为。

若以无为敏捷,那么敏捷将不生不灭。


ref:http://blog.csdn.net/cheny_com/article/details/6993208
分享到:
评论

相关推荐

    敏捷开发智慧敏捷系列

    敏捷的未来会怎样?……开始业界还有压力,因为这些问题如此难以回答。后来这些问题问得多了,大家也就释然了:“这些都是没有答案的问题。”身为投身业界较早的一员,感觉草草收场太有点对不起那些心中一直有疑问的...

    敏捷成熟度评估-Agile Maturity Model(AMM)模型分享

    •可以评估一个IT组织的敏捷程度,其评估结果可以用来设定该组织敏捷实施的未来阶段性目标。 •AMM关注于敏捷方法的具体展现形式,即软件开发过程。因此AMM只评估软件开发团队的开发过程和实践,并不能用来评估一个...

    藏经阁-敏捷进化、遇见未来-容器助推企业创新.pdf

    藏经阁-敏捷进化、遇见未来-容器助推企业创新.pdf

    敏捷开发知识思维导图

    敏捷是基于一种不确定性较高,未来环境难以预测的背景下产生的一种管理理念,这种理念并不意味着应该丢弃传统的管理方法中的一些方法而是应该以快速传递价值给客户为目标进行管理,只要某个方法能加速我的价值传递就...

    Gdevops广州 2021年全球敏捷运维峰会PPT合集(17份).zip

    OceanBase开源核心解读和未来展望 敏捷的力量之源 浅析数字化转型与产业互联网 低成本全链路监控实战与SRE稳定性运营 面向终态的应用交付管理实践 企业一站式DevOps平台建设实践 维稳618和双11:数据库海量运维的...

    2021 Gdevops全球敏捷运维峰会(广州站)4个专题共17份.zip

    OceanBase开源核心解读和未来展望.pdf 敏捷的力量之源.pdf 浅析数字化转型与产业互联网.pdf 数据库专场 ABC场景驱动下,如何制定数据库与存储技术规划.pdf TDengine的创新与最佳应用场景.pdf 基于ClickHouse+...

    2021 Gdevops全球敏捷运维峰会(广州站)PPT汇总(15份).zip

    2021 Gdevops全球敏捷运维峰会(广州站)PPT汇总,共15份。 2021 Gdevops全球敏捷运维峰会(广州站)有近30位来自运维、数据库、金融科技领域的产研技术专家,带着国内外前沿理念、独家落地实践等前沿内容开讲。 ...

    工程项目管理学位值得吗? 为未来的实践开发敏捷的数字技能-研究论文

    因此,本文旨在探索工程项目管理程序在开发与未来项目实践相关的知识和敏捷数字技能方面的作用。 通过对项目管理开发计划的概述,本研究报告表明,它们对工程项目经理的内在价值在很大程度上取决于应用研究、参与和...

    ACP温书-敏捷原则和思维模式.pdf

    敏捷是基于一种不确定性较高,未来环境难以预测的背景下产生的一种管理理念,这种理念并不意味着应该丢弃传统的管理方法中的一些方法而是应该以快速传递价值给客户为目标进行管理,只要某个方法能加速我的价值传递就...

    LisaCrisplin访谈:测试的现状与未来

    敏捷是近年来的一大热门话题,但相关的争议也很多。有一种声音质疑敏捷能否面对测试的挑战。敏捷测试尝试从多个层面回答这个问题,包括组织、人员、流程、工具、沟通和协作等。LisaCrispin和JanetGregory写过一些...

    ATL---IAN-IT服务管理的未来在于敏捷 - ITIL 4 和 Atl---ian 实用指南-2020.6-35页精品报告2020.pdf

    ATL---IAN-IT服务管理的未来在于敏捷 - ITIL 4 和 Atl---ian 实用指南-2020.6-35页精品报告2020.pdf

    敏捷开发日常跟进系列

    在这个系列之前,还应该有一个敏捷计划系列,描述敏捷开发的从版本规划到计划会估算的详细内容,未来将会补上,当前可以参考2.29版的《火星人敏捷开发手册》,有5页与其相对应。燃尽图BurdownChart也叫燃烧图,是...

    Gdevops广州站 2021年全球敏捷运维峰会PPT合集(17份).zip

    OceanBase开源核心解读和未来展望 敏捷的力量之源 浅析数字化转型与产业互联网 低成本全链路监控实战与SRE稳定性运营 面向终态的应用交付管理实践 企业一站式DevOps平台建设实践 维稳618和双11:数据库海量运维的...

    敏捷过程中的需求分析

    作为响应机制中的关键环节,需求工程应用敏捷过程方法,以关注商业价值、快速响应、持续迭代的特征来应对变化和难测的未来,是尝试提高组织敏捷能力的核心。在这其中,作为沟通桥梁的需求分析同样可以应用敏捷的过程...

    软件开发-敏捷方法论

    2001年在软件工程界首次出现“敏捷”这个名词,17个过程方法学家举行了一个讨论会。发现他们的“轻量级”的方法有很多共同的地方,因此一致同意把这些方法统称为“敏捷”的方法。并且成立了个叫敏捷联盟的组织,还...

Global site tag (gtag.js) - Google Analytics