回覆列表
-
1 # 口亮說
-
2 # 井151276607
虛的不談,小型開發團隊內溝通是否有效,關鍵是專案帶頭人。如果帶頭人不能服眾,必然導致群龍無首。新人加入時一定考慮其技術理念、特長、偏好與當前團隊的相容性,隨便引入衝突與競爭,必然導致失敗。
虛的不談,小型開發團隊內溝通是否有效,關鍵是專案帶頭人。如果帶頭人不能服眾,必然導致群龍無首。新人加入時一定考慮其技術理念、特長、偏好與當前團隊的相容性,隨便引入衝突與競爭,必然導致失敗。
要想用技術性的方法解決專案溝通問題,有以下幾個問題需要特別注意:
1.將溝通介面制定清楚,制定出一份溝通計劃。這包括:在開發團隊裡面,誰跟誰做溝通,做什麼溝通,什麼時候做溝通,都需要提前思考清楚,並且進行記錄。我的習慣是做好這個之後,跟所有專案相關干係人進行釋出,統一認識。這個地方需要注意,不但要關注專案組開發成員的開會和溝通的頻率,還要關注不同等級跟專案有關的人員何種頻率需要召開何種會議。因為有時候一些高層的突然需求,一些跨部門的嚴重問題不能在開發團隊層面解決,也會影響專案的進度和範圍,需要構建一個機制讓這些高層次問題也能有機會被討論。
2.制定需求統一管理方法。需要有一份需求跟蹤矩陣,統一記錄需求(前段市場,中段研發,後段運維的全部反饋都需要記錄),定期排優先順序,防止影響現有的進度安排,導致全域性失控。另外,如何排優先順序,也需要跟相關的干係人提前溝通清楚。可以從價值、風險等角度做相對部署和排序。
總之,專案溝通不易,不過不遇到問題哪能進步,且行且珍惜。