-
1 # 老張弓長張
-
2 # IT人劉俊明
這是一個非常好的問題,在網際網路行業中,不同崗位之間的溝通往往是職場人要具備的核心能力之一,因為很多問題都需要溝通才能夠解決,同時具備較強的溝通能力也能夠不斷提升自身的資源整合能力,從而不斷完成崗位升級。
在進行溝通之前,首先要對自身的崗位任務有一個清晰的界定,同時要能夠了解不同崗位的核心工作任務,然後再圍繞某一個任務完成有效溝通。在網際網路企業當中,開發(技術)、運營和測試都是比較重要的團隊,而且公司規模越大則這些核心團隊的規模也會越大,相應的溝通方式也會有所區別。
在進行溝通之前,首先要了解不同團隊的核心任務。開發團隊的核心任務是在規定的時間週期內完成開發任務,同時要不斷根據設計要求來完成產品迭代,所以開發團隊的核心訴求就是要有源源不斷的專案需求,同時要能夠在技術上有所突破,團隊可以透過專案得到不斷的成長。
與開發團隊的溝通,最應該避免的事情是各種“重複”,比如技術上的重複、功能上的重複等等,這些重複往往會讓開發團隊感到乏味。另外,開發方案的修改一定要有明確的流程,同時要認可開發團隊的工作量,這是能夠順利溝通的前提,這一點對於產品經理來說,是非常重要的。
運營團隊的核心任務就是讓產品與各種資源建立大量的“連結”,因為網際網路產品本身的價值就是透過各種“連結”來體現的,包括如何連線更多的行業資源和客戶資源等等。所以,與運營團隊溝通的基礎,就是如何能夠讓運營團隊的“連結”能力更強,同時讓運營團隊相信,新的方案對於運營團隊未來的發展具有更多的意義。比如,產品經理要想讓運營團隊在新產品上投入更多的精力,一定要從提升連結能力的角度來對新產品進行分析,而且要把握住自身的知識邊界。
與測試團隊溝通是所有溝通當中相對容易的,一方面是測試團隊有比較清晰的工作流程,同時工作目標也比較明確。如果出現問題,主要集中在“排期”上,但是大部分情況下,測試團隊是跟著開發團隊走的,所以一般也不會出現特別難處理的問題。
回覆列表
您發現了問題的本質。就是如何“溝通”?
我認為,開發、技術和測試是在專案研發過程中互動最多的崗位或部門。
如果我是一位專案經理,再與需方做好需求調查後,首先自己對本次專案有一個全面的認識,從立項、開發、測試,到最後的運營,每個環節都有相對應的崗位和部門,甚至是部門間的聯動。在公司內部做立項時就應該預估好每一環節的時間週期及預見的問題,減少過程中的衝突,因為公司可能不止這一個專案,需方也對專案有截止日期。
確定後,接下來就是要關注專案的開發進度以及完成質量。比如說開發週期為二個月,那麼開發大概是一個月,測試半個月,留出部分時間做BUG修補等善後的工作。而在開發與測試之間的溝通,個人建議放手讓兩個部門之間去做聯動,因為測式面對的最多的就是開發工程師,兩方溝通起來能直切要害,提高工作效率。只有在溝通出現矛盾點的時候,我才會做出干預,解決矛盾點。當然所有的前提是對專案的開發進度等細節是非常熟悉的。
內測完成後做上線測試,這個時間就需要運營來作為主要崗位或部門,因為前端運營直接面對終端使用者,接收到的都是客戶實際體驗過程中的問題,將問題歸類彙總後逐級彙報解決
那麼在整個環節中,不必要的矛盾就是降至最少;所以讓合適人去做合適的事,以換位思考的方式去溝通,切忌,以權壓人,以理壓人。