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