最近在项目管理推进过程中遇到比较多的阻碍，原来行方技术人员老是以原来我们几条枪就管了多少少系统等原由拒绝变化，非常的僵化。产生这个问题的原由有很多，最近正好完《原则》一书，我就经验和原则这个层面来说一下我的感触。

经验：

在哲学上指人们在同客观事物直接接触的过程中通过感觉器官获得的关于客观事物的现象和外部联系的认识。辩证唯物主义认为，经验是在社会实践中产生的，它是客观事物在人们头脑中的反映，也是认识的开端。经验有待于深化，有待上升到理论，理论源于实践，实践又检验理论，循环往复，不断演化。在日常生活中，亦指对感性经验所进行的概括总结，或指直接接触客观事物的过程。---百度

原则：

原则二字化解开来，实则为，原，即本源，则，即规则

决策，本质上是一种基于预期收益、预期损失的价值和概率的估算，然后在不同的选项之间做出选择的行为。

所谓的决策能力，就是你对各个选项的概率、收益、风险的评估能力，你评估的越准，决策水平就越高；换言之，决策能力就是在不确定性中尽可能多的找到确定性的能力。

生命的意义在于你可以自由的选择，而选择的代价是你需要承担相应的责任。---原则

原则和经验在处理事务的过程中其实是帮我们做出决策的最重要依据，那么原则和经验的关系是什么？是原则就等于经验吗？我觉得原则和经验在不同的行业里面应该有不同的解读。

医疗行业：对于医生来说，不论是中医，西医看的病人越多，经验越多，越受欢迎，能力也越高。经验基本上与能力成正比，原则是经验积累起来的，医疗行业，经验非常重要。

软件行业：软件行业我从管理和技术两条线来说。

技术条线：软件技术架构的演进随着大数据，云计算，移动互联网的发展逐步的从单体架构，SOA架构，微服务架构，云架构，Serverless架构演变，技术框架从原来的前后端分离，安卓、IOS分离到超融合架构逐步演进。演进的速度非常快，软件开发人员、架构师通过不断的学习获取新的框架和架构知识，除了网络基础和分布式计算基础等基础方法论没有太大变化外，每一次框架的升级和架构的变更原来老的经验如果不总结归纳成决策的原则，还是延续使用老的经验那么架构演进的路一定会非常曲折。

管理条线：我们国家软件开发的管理模式成规模的应该是从瀑布模式开始的，在瀑布模式下诞生了需求、开发、集成测试、验收测试、运维、QA等不同的角色，形成了铁路警察各管一段的特色；2000年后随着国外先进项目管理经验和移动互联网对用户体验等各方面诉求快速变现需求的出现，敏捷和精益的管理思想逐步被草根接受，开始了一场自下而上的变革，然而每次管理模式变更的痛点基本上不在技术人员层面而是在整个企业组织架构的变更，变更成功基本在互联网企业，传统行业还在慢慢预热。随着技术架构不断的演讲和对产品变现和快速试错获取收益的推动在吃到敏捷和精益甜头的互联网大厂又开始进行Devops的变革，但是传统行业，特别是传统金融业变革参差不齐，步伐还非常缓慢，有的还在瀑布阶段，有的还在学习敏捷，有的已经引领金融科技Devops，大部分传统银行应该还是瀑布向敏捷转型中。软件管理模式的变更，使用原来模式的经验我敢说绝大部分无法推动新模式的变更，只有在不断的变化中不断学习改进才有可能从管理观念、思路上更是时代的步伐，只有不断的试错才能获取最适合的管理模式。

因此对于软件行业，我理解经验往往会成为我们前进的绊脚石，当然在同一软件框架内经验非常有用，但是对于新的东西经验往往就是绊脚石，但经验也是我们最宝贵的财富，只有把经验转成为在我们决策的原则底线，才能推动我们不断向前。经验转变为远侧能提高我们的决策底线，决策底线提高了决策水平和能力也就提高了，在不确定性中找到确定性的能力也就大大的提升了。

对于软件人，请把经验转换为做事的原则底线，都学习，吸收新事物，在不断的变化中拥抱成功！