正法,像法,末法
任何事物,都会经过这三个阶段,有的短至几年,有的长达几千年。
正法时代一般是原创者掌握话语权的时期,因此能正确地解释和传播。
正法时代传播的是智慧和般若,而不是知识(方法,具体的实践等)。
本人先是学习了敏捷开发的方法,之后一年多才有幸读到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
分享到:
相关推荐
### 敏捷实践指南知识点详解 #### 一、引言:敏捷实践的兴起与意义 在当今快速变化的商业环境中,传统的项目管理方法...随着未来技术和文化的不断发展,《敏捷实践指南》也将不断更新和完善,以满足新的需求和挑战。
### 敏捷项目管理——敏捷石蕊测试 在当今快速变化的商业环境中,敏捷方法论因其灵活性和响应性而受到广泛推崇。对于那些希望确保自己的项目遵循敏捷原则的人来说,“敏捷石蕊测试”提供了一套简单而实用的标准。...
- **广泛应用前景**:鉴于敏捷方法在不同领域的成功应用,预计未来会有更多的行业和组织采纳敏捷方法,以提高项目成功率和客户满意度。 通过上述知识点的梳理,可以看出《敏捷实践指南》是一本旨在帮助项目团队更好...
这些概念虽然有助于组织规模化地应用敏捷方法,但在实际操作中往往会导致灵活性和适应性的丧失。 #### 三、系统性评估敏捷框架 黄邦伟博士提出了一个系统性的框架评估方法,该方法主要从三个维度进行考量:框架...
•可以评估一个IT组织的敏捷程度,其评估结果可以用来设定该组织敏捷实施的未来阶段性目标。 •AMM关注于敏捷方法的具体展现形式,即软件开发过程。因此AMM只评估软件开发团队的开发过程和实践,并不能用来评估一个...
### 敏捷网络详细介绍 #### 一、引言:为何需要敏捷网络? 随着信息技术的快速发展,尤其是移动互联网、云计算、物联网等新兴技术的兴起,...随着技术的不断发展和完善,敏捷网络将成为未来网络发展的重要方向之一。
敏捷开发过程中文档编写的地位经常被讨论,这是敏捷实践的一个重要方面,不同的团队可能会根据项目需求和组织文化对文档编写采取不同的态度。 敏捷开发手册通过详细的解释和实例,为读者提供了在敏捷开发中如何应对...
### 中小软件企业的敏捷开发之道 #### 软件敏捷开发概述 软件敏捷开发作为一种新型的软件开发方式,正逐渐取代传统的开发模式,成为...未来,随着敏捷开发理念的进一步普及和完善,相信会有越来越多的企业从中受益。
### 敏捷开发(原著)知识点详述 #### 一、敏捷开发概述 **敏捷开发**是一种以人为本、迭代渐进的软件开发方法论。它强调快速响应变化、重视客户合作与高质量交付价值。《敏捷开发(原著)》一书详细介绍了敏捷开发的...
每日立会则确保团队成员之间信息同步,而评审会和反思会分别关注已完成工作的质量和未来改进。 用户故事是Scrum中表达需求的一种方式,它们应面向用户价值编写,并遵循一定的分类原则。用户故事分类有助于管理需求...
敏捷营销是一种将敏捷管理原则应用于营销活动的实践。它强调快速反应、持续学习和迭代改进,以提高市场响应速度...随着越来越多的营销人员接受和实施敏捷方法,可以预见,敏捷营销将在未来营销领域发挥更加重要的作用。
### 敏捷测试的实践与理论深度解析 #### 引言 随着软件开发方式的演进,敏捷测试作为敏捷开发的重要组成部分,其...未来,随着技术的不断进步,敏捷测试方法还将进一步演化,为软件测试领域带来更多的创新与突破。
【敏捷思维:架构设计的敏捷视图】 在IT行业中,敏捷思维逐渐成为现代软件开发的核心理念,它强调灵活适应变化,快速迭代,并注重团队协作。本文将深入探讨敏捷思维在架构设计中的应用,重点关注如何创建既灵活又...
而“远”则强调预见性和可持续性,通过敏捷方法,团队能够更好地理解业务需求,预见未来的挑战,并作出长远的战略规划。 敏捷的实施涉及到多个层面。技术层面上,敏捷力量源自于对新技术的掌握和应用,如区块链、...
**迭代计划会团队怎样估算?** 在迭代计划会议上,团队会对从产品待办事项列表中选择的工作进行估算。常用的估算技术之一就是扑克牌估算(Planning Poker)。这是一种协作式的估算方式,每位团队成员手中持有一套...
### Leangoo敏捷看板工具使用详解 #### 敏捷开发与看板工具概述 敏捷开发是一种以用户满意度为核心,采用迭代、循序渐进的方法进行软件...在未来的工作中,合理运用这些工具和技术,将会为项目的成功打下坚实的基础。
在架构设计中,我们不能预知未来的所有需求,因此需要设计出能够适应未来变化的架构。例如,使用接口而非具体实现,采用开放封闭原则,使得系统对扩展开放,对修改封闭。 总结来说,敏捷思维在架构设计中的应用体现...