向上溝通：方法論小結與思考

正式入職的一個月內，公司對於應屆生進行了各方面的培訓和培養課程，其中有一門向上溝通的課程讓我收穫良多，在此分享一下我的筆記和感覺~

1、明確工做任務

Step1: 瞭解任務背景、關鍵信息

「5W」：why、what、when、where、who

「3H」：how、how much

目前個人工做主要有開發需求和技術分享兩種類型，將5W3H細化後我的思考以下
對於開發需求而言，認真看 wiki 和參與需求詳評都是重要的瞭解任務關鍵信息的方式；
"what"：需求中哪些內容是端上開發
"when"：開發排期、聯調&提測時間
"who"：版本負責人、需求RD負責人、須要合做的人(API、Android)
"how"：細緻的需求實現拆解
對於技術分享而言，瞭解任務關鍵信息則須要向上溝通和不斷調整
"why"：分享解決本身的什麼知識盲區？解決你們的什麼問題？價值在於？
"what"：主題？圍繞主題有哪些展開？大綱的制定？哪些屬於相關的擴展閱讀？
"when"：分享的時間？分享的時長？分享筆記產出的時間節點？
"where"：會議室的提早預約？
"who"：分享面向的對象（組內/組外、技術同事/非技術同事）？
"how"：經過什麼方式展現（PPT/筆記/Demo）？經過什麼渠道獲取信息？
"how much"：多少精力的投入？（我認爲how much不只是金錢的支出，更是精力和資源的支出）
複製代碼

Step2: 確認任務內容，達成共識

詳細複述，封閉提問（封閉提問指「只能回答是或否的通常疑問句」，這種提問能減小對方的回答成本）

須要得到更多信息：開放提問

Tips

• 任務佈置後不要立刻開始行動，理解、提問、複述
• 遇到問題儘快溝通解決，不要很差意思
• 公開渠道能查到的信息不要輕易問，要進行思考

提問和複述是很重要的環節，也是須要不斷培養的能力。對我而言一開始並無這樣的習慣，必需要走出本身的「溫馨區」，強迫本身完成這件事才能讓後面的行動更加高效。

2、有效工做彙報

上級的優點在於：知道更多的信息

工做彙報的時機

A: 制定工做計劃後

• 讓上級瞭解規劃
• 獲得支持和指導（若有資源申請和支持需說明）

B: 工做有必定進展

• 不能等徹底作完才彙報
• 讓上級瞭解工做節奏，避免方向出錯

C: 過程當中出現意外/錯誤

• 讓上級知道意外的緣由以及後果
• 提出分析和解決方案

D: 超權限決策

• 確認權責，避免風險
• 表達尊重，明晰事實

E: 工做完成時

• 彙報總體工做狀況，體現結果價值
• 提煉、呈現經驗和深度思考

這幾點中B和C對我來講是以前容易忽略的。例如技術分享的收集資料過程當中發現相關知識不符合原本的預期，可能達不到預期的價值，我很難及時地進行向上溝通，經常和本身較勁致使了並不高效的解決時間。

實際上任務遇到問題是極爲正常的，須要溝通、調整預期和計劃，最終達到更好的解決方案。

工做彙報的方式

Step1: 彙報準備

1. 目的、背景

2. 對象、時機

Step2: 組織信息

1. 結論先行

   結論由事實和邏輯推理證實

2. PREP彙報結構

   Point：結論（清晰明確的觀點）

   Reason：依據（陳述緣由）

   Example：具體事例（有理有據）

   Point：強化結論（強化焦點）

Step3: 請求指示

1. 請求上級建議與批示
2. 溝通下次彙報時間節點及內容

Tips

• 上級既不想看到驚嚇，也不想看到驚喜，只想看到符合預期
• 爲了完成工做，一切困難都不該該是困難，用任何方式達成目的，解決問題纔是關鍵
• 認真作事固然是前提，但也須要表達彙報和展現的能力

「結論先行」 這件事言易行難，我經常會感受某件事沒辦法先給出一個結論，慢慢也發現「暫時不能給出結論」 這件事也是一種結論嘛（。）

課程中小組討論的時候發現對於同一件事每一個人的「結論」都不同，如何概括出準確的結論看來也是一件不容易的事。所以仍是須要驅動本身每次努力去「結論先行」，時間久了就能夠具備更好的概括能力啦！