高效溝通，要深刻理解“任務粒度”

粒度什麼意思

這是“虎松”的第146篇原創文章

在工作中，我們經常看到兩個人，尤其是工程技術人員與市場人員，他們在討論事情的時候，

爭論的焦點問題不屬於同一個範疇

，或者說，兩個人的爭議不是同一個問題，很顯然，這二人無論爭論多長時間，都不會有任何結果。遇到這樣的問題多了，就促使我思考，為什麼會出現這樣的現象呢？我認為是“任務粒度”拆分問題。

什麼是“任務粒度”呢

，它是描述任務單元的相對大小或粗糙程度，“任務粒度”之間有清晰的邊界，相互通訊和互動，有明確的資訊互動或者介質傳遞。

不同業務範疇的人員劃分“任務粒度”的原則不同。網際網路產品設計過程中，我們常見的三類人：

市場人員、產品設計人員和技術開發人員

，這三類人對“任務粒度”有著明顯的區別，如果他們之間在討論問題時，不考慮對方“任務粒度”的區別，相互之間就會產生諸多的誤會，不明白對方在說什麼事情，有時還會發生衝突。

市場人員服務的物件是使用者，絕大部分時間與使用者打交道，討論的事情是圍繞著使用者服務的點點滴滴，業績考核的指標主要集中在收入、利潤、使用者量、訂單量、轉化率等，市場人員另外一個關心的事情就是公司能夠提供的服務和產品，市場人員會把公司的服務或產品與使用者的需求進行匹配，如果達成交易，則說明匹配成功。

從市場人員的工作內容可以看出，他們劃分“任務粒度”的原則是為

使用者服務的時間節點，根據不同時間節點，把事情分成多個任務單元，

這些任務單元就是我們描述的“任務粒度”，相對應這段時間，公司提供的服務或產品也歸併到這個任務單元裡面，這是市場人員經常使用的說話邏輯，也透過這種方式給其他人交流。

當我們明白這個事實後，與市場人員溝通時，就會容易很多。所以，與市場人員討論時，首先要明白他說的事情是發生在那個時間節點，屬於那個“

任務粒度

”，在這個基礎上，討論事情相關的干係人、發生時間、發生過程、過程與過程之間的資訊互動、資訊傳遞的介質等。

產品設計人員職責是設計產品功能，透過設計的產品滿足使用者需求。在履行這個職責時，他需要與市場人員溝通、與使用者溝通、與技術開發溝通，為了順暢地與不同領域的人溝通，產品人員需要理解他們的思想和行為。產品人員在理解市場人員和使用者的需求後，設計產品，透過產品功能體現產品設計人員思想。

產品人員在設計產品時，“任務粒度”的劃分原則是什麼呢，

產品設計人員的原則是產品互動流程，透過產品的互動流程去劃分“任務粒度”，

在這裡的互動流程，是指網際網路產品的執行過程，它主要側重在使用者與系統互動過程，在此過程中體現出的流程。

這裡的“任務粒度”相對於市場人員的“任務粒度”要小很多。從使用者與產品的互動過程中，產品設計人員從產品與使用者互動的資訊流、資金流、物流、互動方式和互動場景五個方面思考產品設計，也是從這五個方面劃分“任務粒度”。

技術開發人員職責是按照產品原型，編寫程式碼，實現既定的產品功能，保證產品穩定性。技術人員使用自己掌握的程式語言，按照既定的開發框架，設計完成功能的各個類和方法，利用演算法或設計模式把這些類和方法組織成技術架構中不同層次的功能模組。

技術開發人員需要與產品人員瞭解到產品執行邏輯與互動方式，透過編寫系統程式實現產品功能，技術開發人員關注三種結構：順序、跳轉和迴圈，結合程式開發的技術框架以及資料庫結構模型，組織實際的技術開發任務，透過這個過程，不難看出

技術開發人員的“任務粒度”關注點是程式執行過程，或者說系統執行過程，按照系統執行過程的不同節點劃分“任務粒度”，

這裡的“任務粒度”比產品設計眼中的“任務粒度”要精細很多。

一般地講，系統內部執行流程，可以劃分為幾個階段，第一階段是使用者操作終端，第二個階段是資訊收集、初步處理和資訊跳轉階段，第三個階段是演算法邏輯處理和市場計算處理，第四個階段是計算結果處理與儲存，在每個階段，還包含著很多程式執行流程，這些流程就是前面提到的三個結構，即“順序、跳轉和迴圈”結構。

理解了三類人員的工作和思考方式，以及明白他們“任務粒度”的區別，在溝通時，就會理解他們說話的含義和目的，減少沒有必要的誤會，達到

高效率的協作與配合

。