摘要:

最近的两份工作遇到了极其严重的教条主义, 有多严重呢？几乎可以说人成了教条的教徒，做事就成了照本宣科的死板硬套, 简直匪夷所思。

结果就是对于现实问题简直就像是建立在空中楼阁之上，不但涉及到管理，更有技术上的。

教条主义的典型特征:

遇到的问题:
一. 一线管理者不了解自己所管辖的业务,对influxdb的生态及基本概念处于一片空白阶段
1.导致无法对管辖的数据库做战略规划，设定的目标脱离实际
2.对业务的开发不但没有起促进作用,反而需要浪费大量的时间灌输业务领域知识
3，既无法分析出当前方案的瓶颈点,也无法评估当前规划的风险.4.方案的风,险都是由部门经理指出,其他参与者在参会时还在做别事情,建议认真考虑加快沟通效率的必要性5.一线管理者除了担当监工督促进度,没有对业务起到建设作用反而因为对业务的不了解对业务的目标和进度产生阳力6.因为不做开发不写代码导致对当前已有数据库的方宰理解脱离实际
a.比如现在数据库持久化使用了local pv,绑定了物理机器，想当然的认为现在数据库高可用方案的拉新从可以删除旧数据库节点
建议加强对一线管理者的业务领域知识教育，帮助一线管理者更好的驾驭业务,而非反向干扰业务的进度
二,每天早上的站会沦为形式，脱离实际业务照本宣科硬搬敏捷,导致时间和精力被无端浪费
1，当前的敏捷的早上的站会,没有发现任何将敏捷理论与实际业务结合的做法,早会和业务完全脱离2每个数招库由测试开发人员组成最小沟通小组,相关接口和业务进度只涉及单个数妈库开发和测试的人 其他人参与共同站会既不了解业务场景，也无法对其开发的方案做评估，纯属浪费间
3.部门经理以及团队leader以身作则不参与早会,每天开会都是每个人各说各的
4。敏捷的目的是为了加快业务开发和沟通双率,而不能为了敬建而 要结合业务待点 针对性的为了加快团队沟通和业务进度而开展。否则除了走个形式 浪费每个人的时间和精力，对业务毫无帮助

管理和工作流程上的教条主义:

1. 以某种软件工程方法论为死板硬套的理论基础， 典型的就是敏捷开发
2. 这样的行为能施展开来，推动力必然来自于高层，没有高层的推动和自顶向下的施压
3. 从做事的人的角度是很难会有这样的行为，如果做事方法论不是从事实出发，而是死板硬套某种行为，那么必然无法在实际的现实世界中达到成效
4. 所以这就引发了一个事实: 依据照本宣科行动的人，必然不是真正干活的，而是所谓的中层和管理层
5. 之所以管理层会推行这样的做事方法论，来自于两个因素:
   1. 管理层要展现掌控欲
   2. 管理层缺乏实操，也缺乏从实操中反思的能力，更缺乏从经历中思考的能力
6. 对于这种照本宣科的行为, 是无可救药的，由于以上的因素，导致既无法阻止这种行为的实施，也无法阻止这种行为的对做事的破坏，否则将会导致高层的报复, 不限于:
   1. 不限于破脏水，栽赃陷害, 甚至歪曲事实造谣
   2. 孤立, 边缘化, 这是任何一个做管理的都比做的，开除之前进行与团队的切割
   3. 实在无法逼人自己走人不给赔偿，则用HR来利用考勤，工作态度，拿被调威胁

技术上的教条主义:

1. 突出集中在架构师这一层级
2. 由于岗位上依然隶属于技术本身，但是已经脱离业务，不再处理具体的业务问题，从而走向照本宣科与脱离实际
3. 表现为在方案设计的过程中，对问题本身的关注，远远低于对某种教条似的设计模式或者说业务模式的关注，导致设计就成了对某种教条的实践，而不是优雅的解决问题本身
4. 此外, 这样的人在技术上，理论可谓信手拈来，但是却无法具体的解决一个问题，理论和实践之间存在着巨大的鸿沟，既无法将理论应用于实践本身，也无法从实践反思抽象出下一步做事的方法论