工程師進階之路（一）
做一個專業而親切的人。
最近這本書給了我啟示《12 Essential Skill for Software Architects》。那就慢慢寫下讀書筆記吧。
那么怎樣才能做到泥？
工程師由于每天都在和大量的程序、機器打交道，工作的重心之一就是訂正各種各樣的錯誤，但是人不是軟件更不是機器，一味的去訂正別人的錯誤是非常有害的（而且我們當時認為的“錯誤”其實更多情況下是我們沒有全面審視而得出的結論，隨著社會壓力、生活節奏加快，這點尤其突出）。在糾正別人之前，先學會問自己兩個問題？
1. 這個“錯誤”是不是非常重要？
2. 暫時忽略這個錯誤會不會給公司或者組織帶來重大影響？
如果答案是“NO！”，那么我們應該停止：打斷別人去糾正”錯誤“的行為。
這一點我深有感受，不僅對于一線技術管理者來說，就是對資深的老工程師來說或多或少都有問題。面對問題，工程師天然的反應就是”我自己能否解決？”“我如何解決？”，但是正確的授權和委派不僅僅能夠讓項目進展更順利，更關鍵的是能夠建立信任，讓不同層次的人都能得到成長。
你的言行是正向、友善、積極的，那么你收到的反饋就是正向、友善、積極的。你的言行是負向、帶刺、消極的，那么你就會覺得全世界都在為難你。工程師要走好他的技術道路一定要意識到這一點，這也是為什么許多工程師“跳槽”或者“換崗”之后，還是不適應，很大的一個原因就是他沒有意識到改變自身行為模式的重要性。
有的時候我會收到別的同事的反饋說，為什么你們有的工程師這么“梗”，經過了解和交談，我發現原來是很多工程師不好的口頭禪造成的，比如“這個不行啊！”，“你連這個都不懂啊”，“我沒有時間！（然后就沒有反饋了）”。語言就像種子一樣，你播種下去就會長起來的，你播種的是帶刺的藩籬，那么它長大后就會把你困在其中。這個和阿里巴巴價值觀里面常說的“直言有諱”是一個道理。
這個更多的是指“軟”問題，呵呵借用了一下“軟技能”。當我們工程師每天面臨各種紛繁復雜的技術問題在處理的時候，不自覺的就忽略了這種軟問題的處理，比如我是不是遇到了一個很“難纏”的合作伙伴，我是不是在一個多方合作的項目中感到無助和困惑，我是不是和上司間存在認識的不統一和誤解，我是不是在該說“No！”的時候選擇了沉默？千萬別埋葬這些問題，因為很快它又會出現，直到無法收拾。我是一個內向的人，溝通不是我的強項，但是不意味著放棄溝通；我是一個“Nice”的人，但是不意味著從來不說“No！”。及時處理出現的問題，意味著我們在不停的挑戰自己，在修行中成長。
怎么理解專業的服務呢？不僅僅是專業的IT技能，就像我們判斷一個酒店是否專業一樣，不僅是看大堂還要看它的客房，還要看它的接待，還要看它的氛圍。專業是全方位的。因此我們工程師除了要會用代碼服務的時候，還要學會：
-
微笑
-
合適的手勢表達
-
把大家都加入到談話中來
-
關注別人，而不是以自我為中心
-
別一心二用，身在曹營心在漢
-
隨時準備給別人提供幫助
-
學會關心他人
-
學會傾聽、
這個不多說，還記得我們曾經也冒失過嗎？還記得曾經也小人之心過嗎？那么我們遇到的冒犯都是浮云啦！呵呵。
#p#
工程師進階之路 二
談談溝通能力——溝通的準則
如果一名工程師要成長為資深專家或者是架構師或者是技術管理者，溝通是必不可少的技能和工作的工具。
對于資深專家或者架構師，對溝通能力的要求甚至大于技術管理者，因為他們沒有行政權力，但是卻往往需要主導、指導、控制跨小組、跨團隊乃至跨公司的項目，怎么能夠把各個組織里面的人有效的驅動起來，溝通能力非常重要。
但是我們工程師在成長過程中，往往不注意或者沒有收到這方面的訓練，當他技而優則”升“成為專家的時候，問題就來了，尤其是他作為團隊中堅，既要和一線工程師交流又要向老板匯報，真的是壓力山大啊！
溝通方式和技巧往往是因人而異的，但是我們還是可以總結出一些基本準則供大家參考。
先說一下溝通的準則：
古羅馬哲學家Epictetus曾經說過很有意思的一句話，人之所以要少說多聽，是因為我們只有一個嘴巴但有兩個耳朵。
我們古人也總結了：兼聽則明偏信則暗，進一步補充了耳朵各在左右兩邊的重要性，哈哈。
馬云對還沒有成為三年阿里人說的話里面，***句就是多看少說。
當然他們更多的是從宏觀的角度來論證，其實走入到具體的溝通微觀例子中也是同樣適用的。
我曾經一開會就立馬緊張起來，為什么啊？是因為要急于表達自己的觀點和成績，深怕別人不知道，總是想見縫插針的說話，結果是別人說的、別人要表達的我全部沒有聽進去，失掉了很多學習乃至接受別人主動幫助的機會。
而我們工程師要成長進階，意味著我們必須承擔更多的職責、協同更多的事務，從而在我們的溝通中不僅僅是單刀直入的技術討論，而是需要多方面的去傾聽，盡可能多的收集各方面的反饋和判斷，從而幫助你做出正確的決定，并且記住“正確”的決定往往不是“***”的決定。
公司或者組織為什么要提拔你，很重要的一點就是需要你的綜合判斷能力，要做到綜合判斷的首要一點就是“先聽后說”。
當我們慢慢成長的時候，我們別的感受不強，但是有一個感受會非常強烈，就是會議越來越多，非純技術的小事情會越來越多的騷擾到我們，工作和生活間的干擾甚至沖突也會出現。
很快一種典型的行為模式就出現了：開會的時候漫不經心，時常溜號；工作上想著生活上的事情，生活上為工作上的困難而惴惴不安。工作和生活的界限，先不詳說，也許下次再說，呵呵。
就說說會議吧，會議變多說明你變重要了，是好事情。但是總是在溜號，說明你的其它技能還不能支撐你的進步。最急需的就是時間管理和任務優先級安排，這兩個話題有很多很好的書去闡述，比如《成功人士的七個好習慣》《和時間做朋友》等，我們可以去學習。
那就簡單說一下防止溜號的一個小技巧吧：盯著發言的人，跟著他的思路思考，放平你的腿不要翹起來，給自己一個不是非常舒適的坐姿，呵呵，真的好用。
這個和上一篇說到的”生活是一面鏡子“是呼應的，但是更強調你的積極的心態，對溝通結果的引導，同一件事情往往都有兩個側面：積極的和消極的。
一個很有意思的例子就是：屢戰屢敗 vs 屢敗屢戰。我們的積極心態才能在溝通中激發起對方的激情和勇氣，讓對方也積極的看待事情，并樂觀的處理。一個全是唉聲嘆氣的談話，怎么讓人在溝通后信心百倍的去做事情呢？
資深專家或者架構師最經常犯的一個錯誤，就是溝通中在技術方面給出了錯誤的指導或者判斷。
如何去修行我們的技術能力尤其是技術廣度，是另外一個話題暫且不表。那么當出現了這個問題，我們一定要盡早更正和道歉，盡可能讓參加溝通的全體都能接受到。不要讓自尊心阻礙了我們的更正和道歉，我們的這種行為反而會贏得大家的尊重。
還有一種情況就是因為我們對于技術的熱情或者偏執，在溝通中會傷害到別人，比你資深的人會收起幫助你的想法，比你資淺的人會閉上表達想法的嘴巴，***的結果就是你成了孤家寡人。所以我們一定要早冷靜，一旦發現自己過激了，立即更正、道歉。這反而會讓我們更可愛。
當我們成長起來過程中，審視或者評審別人的工作成果或者設計方案會越來越多，這個時候千萬別在小缺陷點上過度追求***。
因為我們之前肯定有被”雞蛋里面挑骨頭“的經歷，往往讓我們最難堪、最不可接受的不是證明了我們架構上、方向上的重大問題，而是一些在小缺陷的尖刻評論和糾纏。那么反過來，我們一定要克制自己。
那么那些缺陷怎么辦呢？放置不管？不是的，我們可以客觀的提出來讓對方記錄下來，不要糾纏。我們需要記得我們還需要在更高層面去把握事情呢！
溝通可以注意的一些小技巧就是：不要把對缺陷的更正，變成對個人的批判，一旦溝通從對事變為對人，味道就變了。別糾纏，“糾纏”那是傻瓜做的事情，呵呵。
#p#
工程師進階之路 三
再談溝通的策略
什么叫做策略，我的認識就是做事情的方法，有些時候光有很好的原則，而沒有好的方法也是不行的。比如淘寶的”十月圍城“事件。
哪些策略是我們在進階之路上需要注意的呢？***條，也是我感受最深的一條：
說”Yes“而不是”No“
我在做一名開發工程師的時候，尤其是處理需求的時候，我是經常被鼓勵說”No“的。但是后來我慢慢發現，隨著我越來越‘老’，我需要更多的說”Yes“了。
因為當我是一個按圖索驥進行開發的一線工程師時，我的擅自行動,不加考慮的說”Yes“會讓整體項目受到拖累，但是當我逐漸介入整體設計、架構設計和可行性分析的時候，我要做的事情更多是作為產品業務或者銷售人員的咨詢師，所以更多的情況是在深入分析需求后，站在盡可能覆蓋需求的角度給出，盡可能合適的方案進行選擇。
換句話說，我們的角色要求就是”找到一條可行的道路“。但是我經常會看到一些工程師在積累了一些經驗和技術深度后，還是一味的說”No“，我只能在心里為他的提升暗自擔心了。
不過我們一定要記住，這是一種方法，它是基于”客觀、真實“的基礎的，如果需求或者項目的確是不可行，通常情況是因為”法律“、”監管“和”承諾 “的原因，我們一定要說”No“。有一點要注意的就是，不要混淆”資源“上的不可行和項目上本身的不可行，“資源”上的緊張我們可以通過進一步的討論、協調解決的。
還有一個心理上的因素，也是很重要的，我們往往需要說“Yes, I can”才能讓自己挺過一個個難關，正如林書豪的成功一樣。“Yes”往往意味著堅持，不放棄。
不要急于申辯
在會議或者談話中，我們越來越多的會聽到對于我們的工作不利的或者不是那么正面的描述，這是正常的，而我們往往會出現一些不正常的反應，以我為例子吧，我就會想方設法的給自己辯護或者澄清干系，目的就是這個責任不應該我負。
后來開的會也多了，聽到的抱怨和指責也慢慢多了，發現自己竟然慢慢“耳順”了，汗，但是心靜下來后，卻聽到、學到了很多以前完全聽不到的東西，給了我很多反思的機會。并且由于我沒有立馬站在挑戰者或者防御者的角度，溝通的順暢程度也有了提升。
后來也從同事的反饋中學到了很多經驗：聽到不爽的東西的時候不要抱起雙手，不要背過頭去，反而要和對方有視線上的交流。傳達你對對方的尊重和鼓勵。
當然事情有兩方面的，不是完全的“逆來順受”呵呵。如果你接收到的描述完全違背您的“價值觀”或者違背了公司的“政策”，你一定要及時澄清的。
對于我們技術人員來講，還要有“協同進步”的胸懷，因為我們會收到更多的批評也會給出更多的批評，比如在技術評審、代碼Review、bug跟蹤、項目評審、資源協調等等。古人的“從諫如流”我覺得是一個應該學習的好心態。
在上述場合，在各種”批評“和“被批評”滿天飛的情況下，我們一定要保持好一點：對事不對人。
這點說到很容易，做到卻很難，很多情況下，我們做的是：你們是對事并對我個人，我是對事不對你們個人。而且很多情況下這是一個普遍的想法，“不急于為自己申辯”我認為是一個解決的辦法，不要武斷的把自己攪入對事情本身的討論中。
做起來不容易，我們共勉。
#p#
工程師進階之路 四
如何和“老板”溝通 我們是一線工程師的時候，和我們的直接技術管理者溝通是非常容易的。我們的技術架構、代碼風格、系統擴展性、工程化全局考慮就是我們贏得信任和信賴的名片。但是隨著我們的經驗的日漸豐富、層級的提高，我們要面對更高層級的管理者的時候，溝通不是一件容易的事情，需要我們做更多的準備和精煉。 我們要獲取資源，要獲取執行方向的認同，我們必須建立和高層級管理者建立信任，給與他們持續并一致的事實稱述。
只給事實
人不是機器，不是代碼，我們有時候會不自覺的扭曲一些描述或者信息，讓我自己看起來更能干或者讓別人看起來不是那么好，有的時候甚至會在背后痛斥別人的不足。經過一次次的個人經歷和重復犯上面的錯誤后，我知道了那樣做是小人所為而已，古人說“君子之交淡如水”，從另外一個角度來解讀，我認為君子間的認同和信賴，就是建立在相互溝通“事實“之上，而不是個人好惡。
清晰而不是事無巨細
在組織中，個人的層級越高所需的技術細節信息就越少，這時候需要的是更高層次的總結性信息。因此我們提供的信息應該是清晰和簡潔的，更具體一點就是：
-
首先我們要提供必要的合適的上下文，這個是我們技術苦逼人最容易遺忘的事情，一上來就陳述和表達自己的信息，忘記了這個是給老板們聽的，不是說給我們自己聽的。
-
其次我們要提前歸納總結，把信息結構化，結構化的信息是最容易被理解而不會被演繹的；另一個角度出發，產出結構化的信息也會讓我們更聚焦在”事實“之上。
-
還有就是更多的給出業務信息，更少的技術細節。
-
***因為需要你給出的是持續一致的信息，所以一旦給出，就要保持，這意味著我們要謹慎作答。
經常會有這樣的情況發生：在會議上，我們會被問及不清楚或者不知道的情況，也許是合作伙伴進度的，也學是團隊里面一個人的細節情況的，或者是一個全新的技術領域或者業務點，我們要坦率的說明自己不知道，但要記住，同時我們要表述自己將會跟進剛才的問題，并且落實、匯報后續的跟進結果。
不要給意外
我覺得我最對不起我的老板的地方就是：我一直在給他意外（盡管現在要少了很多）總是讓他處于救火的狀態，謝謝他的寬容。總是在反省，總是在犯錯。
老板不喜歡意外情況，尤其是那種需要他們在極短的時間內做出行動和決策的意外。我們要嘗試去發現隱藏的風險，我總是對自己說我需要把技術男總是去挑刺別人的精力用到探究團隊或者項目的風險上。
因為人的本性之一就是會傾向展現好的方面，扭捏的遮擋不好的方面（孔雀開屏我們看到的是美麗羽毛，焉知后面是光禿禿的屁股），在實際的工作中，我們面對比自己更高級別的人的時候，尤其會這樣。
所以我們發現風險后，要及時稱述出去，這是組織對我們的要求，我們要是沒有這樣的能力和正直感，我們對不起自己的位置。當然陳述不好聽的東西的時候，肯定會讓人不爽，自己或他人，但是我們需要這樣的勇氣。
陳述的技巧有很多，坦率的說我是非常不擅長技巧的人，所以我就給出一個原則吧：更早的提醒風險，總是比到事情***發展到無法收拾再處理要好。
原文鏈接：工程師的進階之路
