建立合格的跨職能團隊，你需要知道這些！
原創
最后编辑：李晓琳 于 2021-11-30 13:13:58
1302次查看
本篇目錄
在傳統組織中有多個部門，它們專門負責特定職能——營銷、財務、人力資源、運營等。很多時候，這些部門各自爲政，只有在涉及多個部門時才會共享信息。不過，構建和交付軟件的現代需求需要能夠高速解決大量問題。隨之而來的是需要有一個完整的團隊來反映提供解決方案的各種專業知識，這就是跨職能團隊的用武之地。
雖然跨職能團隊的想法聽起來很妙，在實踐中也相當簡單，但高達75%的跨職能團隊並不成功。跨職能團隊受到工作習慣和亞文化差異的困擾。來自組織不同部門的每個成員都有自己習慣的工作方式。
這就使得適應新的工作方式有點困難。記住，如果每個團隊成員都有自己的偏好，也可能並不習慣這種工作方式。跨職能團隊面臨的其他挑戰有：目標不一致、溝通不暢、誤解角色和指揮鏈、工具不同及方法沖突。
但它经常会导致人们对某些问题产生误解，比如某个特定成员的任务何时应该进入周期。成员们在完成任务时，可能也只会做最低限度的工作。这些冲突会延伸到更小的细节，如数据存储格式和其他方面。结果是交付质量参差不齐，需要重新审查産品，这会拖慢团队的速度。
未能及時、一致地接收關鍵信息可能會導致失誤和結果延遲。
從本質上講，團隊成員可能對他們每個人的工作有所了解，但並不了解團隊最終目標的全部內容。有時，工作只需要對接一兩個其他成員的人甚至可能不知道其他成員到底在做什麽。
此外，在日常任務中，很多部門可能會使用不同的工具。無論是自動化測試還是關于軟件開發生命周期進度的交流，擁有太多不同的工具都會讓人頭疼。
一旦團隊成員開始合作，那將所有相關數據集中在一個地方並且實現完全可見就極富挑戰性。
要建立一個成功的跨職能團隊，有許多方面需要注意。
什麽是跨職能團隊？
跨職能團隊是一群來自不同領域的人聚在一起，用他們各自獨有的能力來實現一個共同的目標。跨職能團隊不僅是橫向的各種職能專業知識的碰撞，也是縱向的自上而下的結構比對。
- 跨职能团队有助于减少关键决策的官僚作风。这里的目标是在需要快速做出决策时有必要的表示。这使得跨职能团队非常适合 DevOps，其中敏捷思维是实现更快迭代和提高结果质量的关键。
- 跨职能团队还可以提高解决问题的能力。在DevOps方法中，质量和总体客户价值非常重要，因此出现的任何问题都需要有最佳的解决方案。跨职能团队拥有跨职能专业知识的各种人员，每个成员都可以提出不同的想法。例如，当讨论如何展示産品服务，获得有效的客户反馈时，营销专家的意见比较有参考性。他们更知道客户与産品互动的正确条件，并提供有价值的反馈。
- 跨職能團隊提高團隊凝聚力。可以鼓勵不同部門的人協作，使之更多地了解他們之間的差異（主要是在工作中）。這有助于拉近他們的距離並建立關系，這在協作時會派上用場。這樣一來，群體思維和單一的回聲室就會消失，發表非主流的或者與衆不同的意見的人會更自在。
跨職能團隊面臨的挑戰
這就使得適應新的工作方式有點困難。記住，如果每個團隊成員都有自己的偏好，也可能並不習慣這種工作方式。跨職能團隊面臨的其他挑戰有：目標不一致、溝通不暢、誤解角色和指揮鏈、工具不同及方法沖突。
目標不一致
每个团队成员都可以为整个项目做出贡献。但很容易忘记他们的工作与其他团队成员之间的联系。这是很常见的问题，尤其对于临时来调整産品的团队成员来说。但它经常会导致人们对某些问题产生误解，比如某个特定成员的任务何时应该进入周期。成员们在完成任务时，可能也只会做最低限度的工作。这些冲突会延伸到更小的细节，如数据存储格式和其他方面。结果是交付质量参差不齐，需要重新审查産品，这会拖慢团队的速度。
溝通不暢
跨職能的團隊成員往往難以進入良好的溝通節奏。首先，它們可能用于不同的通道，這可能導致信息不同步。其次，通信頻率可能存在差異。一些團隊成員可能喜歡頻繁發送通知，告知他們所做的每一個更改。但其他人可能只想接收更重要的裏程碑和重大變化的消息。有些人可能更喜歡書面總結和簡短的語音記錄，而另一些人則想要時間更長的面對面會議來剖析計劃、發現、分析等。未能及時、一致地接收關鍵信息可能會導致失誤和結果延遲。
誤解角色和指揮鏈
在许多跨职能团队中，一个部门的成员可能会提出建议，而这些建议必须由另一个人实施。例如，商务人员可能会建议开发一种功能来跟踪有关用户行为的特定指标。开发人员和 UI 设计师可能仅仅将其视为建议，直到上级有人签字再落实行动。但项目负责人可能已经将其视为不需要任何额外许可的项目。從本質上講，團隊成員可能對他們每個人的工作有所了解，但並不了解團隊最終目標的全部內容。有時，工作只需要對接一兩個其他成員的人甚至可能不知道其他成員到底在做什麽。
工具不統一
在許多傳統組織中，?數字化轉型並不全面，如雲計算這樣的技術可能還沒有滲透到整個組織中。此外，在日常任務中，很多部門可能會使用不同的工具。無論是自動化測試還是關于軟件開發生命周期進度的交流，擁有太多不同的工具都會讓人頭疼。
一旦團隊成員開始合作，那將所有相關數據集中在一個地方並且實現完全可見就極富挑戰性。
方法沖突
在一個部門中，相當于測試和質量保證的部分一般放在最後。而另一個部門可能會采用敏捷方法來完成項目。當來自這些不同方法背景的成員會面時，他們完成項目的方法可能會導致進度不同步。建立成功的跨職能團隊的注意事項
- 具體的領導：除了每個職能都有一個領導之外，整個團隊需要有一個端到端的領導者。每個團隊成員還應該知道由哪個領導發出具體的指令。
- 明確的目標和計劃：必須從一開始就爲團隊制定一個主要目標，並制定詳細的計劃/路線圖，並在時間表上繪制裏程碑。每個團隊成員的能力都應該體現在它如何實現最終目標。除了提及專業知識之外，還要談論該人員將要完成的任務。
- 頻繁評估：爲團隊中的每個職能起草評估系統，以確保他們不會使用錯誤的方法進行評分。此外，跟蹤總體目標進度並分析數據以確定問題是總體團隊凝聚力還是特定功能。
- 有效溝通：確保每個人都知道他們會花最多時間與誰交談以及他們將談論什麽。讓他們在工具、消息的性質/組成、頻率和其他實踐方面保持一致。
- 靈活性： 以這樣一種方式構建團隊，無論貢獻者的實際位置在哪裏，你都可以接收輸入。爲突然擴張留出空間，成員更容易找到替代者。這可以通過始終保存文檔來完成，以便新進入者可以快速上手。在成員中培養敏捷的心態，以便他們以預測任何曲線球並能夠相應調整的方式工作。
- 聯系和信任：進行有助于加強團隊內部關系的練習，這樣成員就不會害怕提出意見，不會害怕承認失敗。
建立成功的跨職能團隊的雷區
建立和維護一個持續成功的跨職能團隊，要避免以下錯誤：- 不合理的優先排序： 避免只支持一項功能而忽略其他功能。這可能被視爲偏袒，使其他團隊成員士氣低落。在提供資源和滿足其他需求時盡量取得平衡。當資源不夠充裕時，以最小的付出給集體最大的利益。
- 無序的等級制度：不要造成這樣的情況：一個成員總是跑到不同的成員身邊，要求他們同意繼續執行某項操作。明確哪些行爲是低風險的，由成員自行決定，哪些需要上級同意。
- 微觀管理：盡量減少與重要公告和進度檢查無關的會議數量。在需要創造力的地方，給團隊成員留出空間，讓他們自己想出最好的解決方案來進行協作。如果這種文化不被鼓勵，團隊成員將應對不斷升級的微小挑戰，而向領導者尋求無法獲得的解決方案。
- 責備：避免在出現問題或未達到目標時進行指責的習慣。在許多跨職能團隊中，失敗通常是由多個不同職能的人處理失當造成的。由于許多任務依賴于他人，所以這並不總是一個人的錯。重點是要從成功的職能中吸取的經驗教訓，尤其是那些也可以應用于其他領域的經驗教訓。
禅道項目
