歡迎光臨
每天分享高質量文章

讓決策更透明的三步 | Linux 中國

當您使用這種決策技巧時,可以使你作為一個開源領導人做出決策時更透明。
— Sam Knuth


致謝
編譯自 | 
https://opensource.com/open-organization/17/9/exercise-in-transparent-decisions
 
 作者 | Sam Knuth
 譯者 | MarineFish ?共計翻譯:1.0 篇 貢獻時間:1 天

當您使用這種決策技巧時,可以使你作為一個開源領導人做出決策時更透明。

要讓你的領導工作更加透明,其中一個最有效的方法就是將一個現有的流程開放給你的團隊進行反饋,然後根據反饋去改變流程。下麵這些練習能讓透明度更加切實,並且它有助於讓你在持續評估並調整你的工作的透明度時形成“肌肉記憶”。

我想說,你可以透過任何流程來完成這項工作 —— 即使有些流程看起來像是“禁區”流程,比如晉升或者調薪。但是如果第一次它對於初步實踐來說太大了,那麼你可能需要從一個不那麼敏感的流程開始,比如旅行批准流程或者為你的團隊尋找空缺候選人的系統。(舉個例子,我在我們的招聘和晉升流程中使用了這種方式)

開放流程並使其更加透明可以建立你的信譽並增強團隊成員對你的信任。它會使你以一種可能超乎你設想和舒適程度的方式“走在透明的路上”。以這種方式工作確實會產生額外的工作,尤其是在過程的開始階段 —— 但是,最終這種方法對於讓管理者(比如我)對團隊成員更具責任,而且它會更加相容。

階段一:選擇一個流程

第一步 想想你的團隊使用的一個普通的或常規的流程,但是這個流程通常不需要仔細檢查。下麵有一些例子:

◈ 招聘:如何建立職位描述、如何挑選面試團隊、如何篩選候選人以及如何做出最終的招聘決定。
◈ 規劃:你的團隊或組織如何確定年度或季度標的。
◈ 升職:你如何選擇並考慮升職候選人,並決定誰升職。
◈ 經理績效評估:誰有機會就經理績效提供反饋,以及他們是如何反饋。
◈ 旅遊:旅遊預算如何分配,以及你如何決定是否批准旅行(或提名某人是否旅行)。

上面的某個例子可能會引起你的共鳴,或者你可能會發現一些你覺得更合適的流程。也許你已經收到了關於某個特定流程的問題,又或者你發現自己屢次解釋某個特定決策的邏輯依據。選擇一些你能夠控制或影響的東西 —— 一些你認為你的成員所關心的東西。

第二步 現在回答以下關於這個流程的問題:

◈ 該流程目前是否記錄在一個所有成員都知道並可以訪問的地方?如果沒有,現在就開始建立檔案(不必太詳細;只需要解釋這個流程的不同步驟以及它是如何工作的)。你可能會發現這個過程不夠清晰或一致,無法記錄到檔案。在這種情況下,用你認為理想情況下所應該的方式去記錄它。
◈ 完成流程的檔案是否說明瞭在不同的點上是如何做出決定?例如,在旅行批准流程中,它是否解釋瞭如何批准或拒絕請求。
◈ 流程的輸入資訊是什麼?例如,在確定部門年度標的時,哪些資料用於關鍵績效指標,查詢或者採納誰的反饋,誰有機會審查或“簽字”。
◈ 這個過程會做出什麼假設?例如,在升職決策中,你是否認為所有的晉升候選人都會在適當的時間被他們的經理提出。
◈ 流程的輸出物是什麼?例如,在評估經理的績效時,評估的結果是否會與經理共享,該審查報告的任何方面是否會與經理的直接報告更廣泛地共享(例如,改進的領域)?

回答上述問題時,避免作出判斷。如果這個流程不能清楚地解釋一個決定是如何做出的,那也可以接受。這些問題只是評估現狀的一個機會。

接下來,修改流程的檔案,直到你對它充分說明瞭流程並預測潛在的問題感到滿意。

階段二:收集反饋

下一個階段涉及到與你的成員分享這個流程並要求反饋。分享說起來容易做起來難。

第一步 鼓勵人們提供反饋。考慮一下實現此目的的各種機制:

◈ 把這個流程公佈在人們可以在內部找到的地方,並提示他們可以在哪裡發表評論或提供反饋。谷歌檔案可以很好地評論特定的文字或直接提議文字中的更改。
◈ 透過電子郵件分享過程檔案,邀請反饋。
◈ 提及流程檔案,在團隊會議或一對一的談話時要求反饋。
◈ 給人們一個他們可以提供反饋的時間視窗,併在此視窗內定期傳送提醒。

如果你得不到太多的反饋,不要認為沉默就等於認可。你可以試著直接詢問人們,他們為什麼沒有反饋。是因為他們太忙了嗎?這個過程對他們來說不像你想的那麼重要嗎?你清楚地表達了你的要求嗎?

第二步 迭代。當你獲得關於流程的反饋時,鼓勵團隊對流程進行修改和迭代。加入改進的想法和建議,並要求確認預期的反饋已經被應用。如果你不同意某個建議,那就接受討論,問問自己為什麼不同意,以及一種方法和另一種方法的優點是什麼。

設定一個收集反饋和迭代的時間視窗有助於向前推進。一旦收集和審查了反饋,你應當討論和應用它,並且釋出最終的流程供團隊審查。

階段三:實現

實現一個流程通常是計劃中最困難的階段。但如果你在修改過程中考慮了反饋意見,人們應該已經預料到了,並且可能會更支援你。從上面迭代過程中獲得的檔案是一個很好的工具,可以讓你對實現負責。

第一步 審查實施需求。許多可以從提高透明度中獲益的流程只需要做一點不同的事情,但是你確實需要檢查你是否需要其他支援(例如工具)。

第二步 設定實現的時間表。與成員一起回顧時間表,這樣他們就知道會發生什麼。如果新流程需要對其他流程進行更改,請確保為人們提供足夠的時間去適應新方式,並提供溝通和提醒。

第三步 跟進。在使用該流程 3-6 個月後,與你的成員聯絡,看看進展如何。新流程是否更加透明、更有效、更可預測?你有什麼經驗教訓可以用來進一步改進這個流程嗎?

關於作者

Sam Knuth —— 我有幸在 Red Hat 領導客戶內容服務團隊;我們生成提供給我們的客戶的所有檔案。我們的標的是為客戶提供他們在企業中使用開源技術取得成功所需要的洞察力。在 Twitter 上與我 @samfw[1] 聯絡。


via: https://opensource.com/open-organization/17/9/exercise-in-transparent-decisions

作者:Sam Knuth[3] 譯者:MarineFish 校對:wxy

本文由 LCTT 原創編譯,Linux中國 榮譽推出

贊(0)

分享創造快樂