在互联网项目开发中，同样一套功能，往往会有很多种技术实现方案。
由于每个开发成员的技术背景和经验的不同，可能会产生很多不同的想法，然后就会针对技术进行会议讨论。
理想的效果是：
1、利于项目质量保证：
参与者列出各种技术方案的优缺点，再结合实际业务情况，选择出一种最匹配当前业务项目的方案。
2、有利于技术成长：
这种技术思维的讨论与碰撞，对开发者而言也是一件好事，能让每个人了解其他人的技术思路、开阔视野。
但实际情况是：
并非这么简单，因为同一个技术方案在不同的角度、不同的时间维度下来看，它的优劣是不同的，不同开发者对自己观点的坚持，很可能导致这种讨论没有尽头、甚至是反复。
尤其是如果你们团队正在进行的是一个偏技术性质的项目或者技术基础框架开发时尤为突出，毕竟这类项目是脱离业务的，技术更多元化的。
甚至还会出现，在一次会议中，有人当场表面被说服了，讨论出了大概的一致，但隔天或者过段时间，又可能会继续发出反对的声音，然后再接着讨论，没完没了。
任何决定，都必然会存在分歧，技术也不另外。
这就好比，在技术论坛里问大家“世界上最好的开发语言是什么？”一样，谁也说服不了谁，靠争论永远都不会有答案。
那如果团队真的遇到这类问题了，应该怎么处理呢？任由无休止的争论下去？或是团队负责人凭个人经验定夺乾坤？
写到这里，就要抛出观点了:
任何一个技术团队都需要一套有效的决策流程。
如果大家都认为，只有经过自己同意，才能服从决定，那么无休止的争辩就不会结束。改善这个情况的较好方式就是规范出有效透明的决策流程。
一套有效的决策流程应该分为：
1、制定决策的方式
2、明确决策之后的规则
其一，制定决策方式：
在不影响创造性的前提下，评选出最合适的技术方案。在作出决定之前，每一个都有责任有义务的真诚的提出个人专业意见。即使这些意见可能会与其他人甚至是上级不一致。
例如项目中每个成员都有一次机会提出他的技术意见和建议，讨论之后，每个项目成员都为自己认可的方案进行投票。如果无法达成共识，由团队技术负责人来做最终决定。让每一个都清晰的知道流程是怎样的，哪些因素可以影响决策，因此无论认同与否，所以得团队成员都会服从最终的决定，项目也能和谐的进展下去。
其二，明确决策之后的规则：
一旦有了决定，大家就必须服从。并且每一位成员都应该把讨论的结果当做自己的决定来支持。
要让大家认识到，服从决定和认同决定之间存在区别。而费尽的说服别人认同自己的看法是没有意义的，所以一旦整个团队作出决定后，就必须完全的支持。
因此，避免无休止的技术争辩，需要有一套适合具体团队的决策流程。
更多文章，请关注我的微信订阅号：
