就測試開發工作而言，從階段劃分，可以粗略劃分為四個階段：
- 識別發現組織團隊中的問題
- 分析、制定解決方案
- 實現解決方案
- 賦能落地解決方案
今天我們重點來聊聊，最後一個階段，賦能落地解決方案過程中的經驗和思考。
測試開發的工作產出（流程改進、工具/平臺），更多面向服務的是公司內部研發人員，通常當有了新的工作成果時，測試開發團隊都需要推廣給公司內的各個研發團隊。
很多測試開發團隊經常會遇到一類問題，忙碌了一年，自認為產出了很多可以改變世界的核武器（開發了一堆工具平臺、制定了一堆流程梳理改進），但當年底去考核度量價值時，發現對業務團隊的幫助有限（通常表現為業務團隊用的不好，或者很多業務團隊壓根沒用起來）
產生這類問題的關鍵原因，簡單小結，即推廣沒做好，對於公司來講，對外銷售的產品買的好不好，一定程度也取決於推廣營銷的手段、策略。而測試開發團隊的工作成果也可以視作“產品”，而如何有效的在團隊內做好新技術/新工具、新解決方案的推廣是門學問，它決定了你的產品如何被更多人接納、用好。
推廣，有一個更為專業的詞語：“佈道”！業界中有一本名為《佈道之道》的書籍，裡面詳細介紹了，如何在團隊中引領團隊擁抱技術創新、如何在公司團隊內做好佈道、推廣工作。
接下來，就對此前（2017年）閱讀這書本時，給作者帶來的一些啟發感想、或文中值得深思學習的要點，分享給大家（特別是在團隊中經常做推廣工作的小夥伴，文中要點值得反覆深思）。
分享要點一：說服人們在某些方面加以改進或採取某種新技術
總結模式：
- 1、同一類人所持觀點相同
- 2、有些人始終都樂於接受新事物
- 3、另一些人則在別人轉變之後才肯改進
- 4、有些人你永遠說服不了
- 5、某些觀點對有些人有用對另一些人沒用
- 6、有時候讓管理層插手是讓人們服從的唯一方法。
某些策略只對部分人有用，永遠不能一概而論。
而這本書中主要講的就是怎麼讓你的同事改變他們的工作方式，至於改變成哪種方式，那是你自己的事。
分享要點二：懷疑者指的是誰？
懷疑者是誰，基本上是你的同事，他們沒有使用你希望他們使用的工具或者技術。為什麼不用，有的不知情，有的不在乎，有的知道但拒絕使用。
懷疑者模式：
1、孤陋寡聞型
2、隨波逐流型
3、百般挑剔型
4、激情燃盡型
5、時間緊迫型
6、發號施令型
7、不可理喻型
最重要的是要搞清楚為什麼他們還沒有使用某種技術，以及為什麼他們產對我們的好意不屑一顧，原因很多，有技術上的，有出於小團隊利益考慮的，甚至有個人好惡的因素，最關鍵是要站在他們的立場上，找到他們之所以懷疑的思想根源。
分享要點三：為什麼需要推銷？
推銷大多數情況下意味著要讓人們付出代價，對於業內發展成果來說，這種代價就是時間和精力。即讓人們投入時間和精力去學習新的東西，而投入時間和精力到底能得到什麼回報，有時候人們並不理解，尤其在他們正被手頭的工具折騰得疲於奔命而又徒勞無功的情況下，就更不容易理解了。在疲於奔命的狀態下，他們很難後退一步、更全面地去看問題。
除了時間和精力，有時候還需要一些不太好說清楚的投入。遠遠不是光讓他們花時間那麼簡單，還涉及他們對自己的重新定義問題，哪怕只是調整一點點。
還有可能是其它更加說清楚道不明白的東西，比如你說的明明是：某某技術也許能改變他們的方法。"，他們聽到的卻是："我認為你錯了"， 如果他們現在錯了，大概過去這些年他們產就一直那麼錯著，這頂大帽子，就算是最明白、最開通的人、恐怕也是輕易不能接受的，因為你不僅在混淆他們的身份，同時也在傷害他們的自尊。
種種跡象表明，你並不僅僅是想讓他們掏點錢就完事了，你想讓他們付出時間，精力，身份轉換、及至犧牲尊嚴的代價。
分享要點四：解決正確的問題
1、在採取行動說服別人接受我們的方案之前，必須問自己一個非常重要的問題，我們是在解決問題還是推行方案？ 如果是解決問題，那很好，因為對於團隊來說，你是在治病救人，如果是推行方案，那最多隻是一種中立的情況，通常不會有人歡迎。
2、你的目的是要解決問題，而且你還忘了大多數問題都不止有一個解決方案，當你專心致志地推行自己的解決方案，而這個解決方案可能並不適合要解決的特定問題，儘管你推薦的工具確實也是解決問題的一個途徑，但從團隊的技術氛圍、能力組合以及組織策略這幾方面綜合來看，很可能還有更好的方案可供選擇。
3、就像我們說服別人不希望人家固執已見一樣，我們自己也要持開放的態度，為此，就必須保證自己的解決方案真的合適，再也找不到其它更好的方案了，只有這樣，你才有可能放棄自己偏愛的方案，信心十足的去推行最合適團隊的方案。
既能提高工作效率降低勞動強度，又可以把精力主要集中到真正創造價值的地方。
分享要點五：為什麼要佈道
之所有說要在推銷方案 有先努力想清楚問題所在，主要原因：
- 讓自己弄明白到底是不是真的存在問題；
- 強制你站在聽眾的角度來思考問題；
- 讓你拿出最適合聽眾的解決方案；
此時此刻，最要緊是得搞明白，你是真的想幫團隊成員提升工作效率，還是隻是希望說服別人跟你一樣成為某種新技術的粉絲。 只有確定真的有問題，才能去弄清楚是什麼問題，以及這個問題是否值得解決。或者說值得你團隊興師動眾的到底是什麼。
此外，在問題存在一個現成解決方案的情形下，還必須清楚你要推行的是不是一個定製的方案。定製的產品總是能要到更高的價錢，原因其實都一樣，定製的方案是"量體裁衣"，本身就已經埋下了成功的種子。 為團隊專門量身打造一套適合的方案，可以減少生推行過程中摩擦，或者一些磕磕絆絆。
小結：
要點還有很多，一次性分享太多，大家也很難全部吸收，今天的分享先就到這裡。
或許細心的讀者會發現一個小祕密，凡是文字過多的，都會配上一些表情包，這個是為了方便減輕讀者閱讀大量文字時疲乏枯燥感。
本篇分享文字雖多，但細心品味，要點卻是值得深思品鑑！特別是對於善於思考的讀者來講，相信從本文背後收穫到的乾貨，遠比純技術的文章還要更多。
至少最後你能理解消化多少，就看你的段位了。
