技术决策，这个一个与选择有关的话题，当一个研发人员，成为团队的高阶研发人员/架构师，意谓着有较多的资源可以影响。同时也会存在，一些错误的决定，没有正向的反馈，也会被执行的情况。
架构师在技术方案的错误决策主要原因有三种
-
识知不足：技术决策的内容，超出个人的当下认知范围，比如新技术，新领域，新业务，评审过程对于相关的内容不清楚，很难发现方案中的潜在的风险。
-
私心驱动：技术方案对于个人（或相关）是最优的，但对于团队来讲不是最优的。比如对于某个项目的收益较大，但团队的长期维护成本和产生风险的概率都会提高。
-
精力不足：因时间安排原因，一些会议存在冲突，或时间过于紧张，导致没有弄清楚背景，原因和方案等相关的细节，技术决策过程走过场，全程无互动，比如没有精力参加会议或参会过程被更高优的事情打断等。
如何规避上面的三个原因呢，作为架构师自己可以推进一些方法，主要有以下面4种。
-
主动提问：一般来讲，一个技术方案，进行技术方案的评审，除非评审的人员足够优秀，考虑的极其全面，否则的话必然会存在风险点。风险点的发现，与评审的人员对该领域的理解深度有关，也与风险点的暴漏程度有关。低级的风险点，相对容易发现。而更深度的风险，需要多次的询问，才有可能发现风险点，关于提问这一点，风险点在这里，早晚得触发，不提问，后期产生风险修复生的成本会更高
-
协同决策：协同决策也是有效的规避风险的方法，主要有两种情况，1）不擅长的领域，找访领域的专家一起把把关，提前发现潜在的风险；2）协同方，因为技术方案产生变化，而对相关的人员或业务产生影响，或者是需要协同共建产品中的能力，技术方案评审中，一定不能少了协同方。即使是完全能搞的定，也需要把相关的人员拉来一起对齐，相关人员知晓有这件事在作，避免一些并行的工作产生冲突。
-
坚守底线：何为底线？貌似这个词说的有点浮夸，客观的讲的立场不同，底线自然有不同，目标不同，底线也有不同，作为架构师代表的是团队目标，技术方案需更加的合理，看的更全面些，看的再远一点，不让团队长期处于被动的状态就算是及格了。总结来说，大的原则和底线不能因某个人而改变，符合团队的价值观的多多鼓励和支持，不符合团队价值观的多多提示及纠偏。
-
优先级排序：优先级排序并不是只作重要的事，不论事情重不重要，带着风险上线，结果就是需要有人来买单的，优先级排序是指在有限的精力下，优先保证与自己有关的事项是有效的参与的，确定个人的参与的必要性，避免无意义的资源投入。当个人精力不足，可优先决定事项的跟进次序，或者是代理人跟进，帮助在技术决策（讨论）的过程中解决实际的问题，避免一件事看是有人在负责，实际没有精力投入的情况。
同样，对于架构师推进的方案，更是需要进行评审及目标的对齐，作为评审的推进人，提前准备完整的，有效的信息，并同步给相关的参会人员，是评审过程中避免错误决策的根本。
其它参考