我不管，先把這個圖給我

我經歷過這個事，在團隊哪推動革命性變更很難，我用了兩個項目，接近一年的時間徹底把團隊的整體技術棧從傳統開發模式切換成了Vue、包括C端產品、第一次開會提出這個革命性的改變時，已經把項目搭建好了，但是遭受了很多質疑，最后由于是內部系統，后來就勉強同意了、不過代價要把大家提出的各種問題都解決掉、后來我都給解決了，總體來講，變更后的開發體驗比之前好很多，但帶來的問題不是那么多、第二次是一個C端產品，我又強烈推薦這套技術棧，由于很多人用過這套技術棧的開發模式感覺還可以，所以并沒有第一次反映強烈，但還是受到了一些質疑、實踐過程中遇到的一些問題也依次解決逐漸變得成熟、也就是說解決的問題很多，開發體驗和開發效率都大幅提升，而最初大家認為會因此而帶來的問題一些被解決了，一些根本沒出現，所以未來這套技術棧和開發體系基本上就在團隊里成為了共識??

自己先抽時間寫個demo，跟現有項目對比

自己把技術掌握好，可以解決同事在使用時遇到的各種問題，就不存在各種成本問題了。團隊技術的更新一直以來考慮的問題都是出了問題，誰來解決，怎么解決，是不是好解決…

引入新技術的時候，要考慮到出了問題自己是否能hold住。可以先自己開一個分支引入，然后展示提升效果(代碼量少了、結構清晰了、流程方便了等等)，關鍵是出了問題自己要能hold住，不然出幾次事故，別人就不信任你了。

總結

以上是生活随笔為你收集整理的在(公司)团队中，自己打算引入一项具有侵入性的新技术或者工具的时候，如何去量化新？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。