如何組織Team Dev

如何組織Team Dev

作者：Scott W. Ambler   

如何構建軟體Team Dev取決於可供選擇的人員、項目的需求以及組織的需求。本文闡述了項目實施過程中各種團隊組織的策略。

有效軟體項目團隊由擔當各種角色的人員所組成。每位成員扮演一個或多個角色；可能一個人專門負責專案管理，而另一些人則積極地參與系統的設計與實現。常見的一些項目角色包括：分析師、策劃師、資料庫管理員、設計師、操作／支援工程師、程式員、專案經理、項目贊助者、品質保證工程師、需求分析師、主題專家（使用者）、測試人員。

作為一個專案經理人，您是如何組織項目團隊的？是採用垂直方案、水平方案還是混合方案？以垂直方案組織的團隊由多面手組成，每個成員都充當多重角色。以水平方案組織的團隊由專家組成，每個成員充當一到兩個角色。以混合方案組織的團隊既包括多面手，又包括專家。

一個重要的考慮因素是可供選擇的人員的性質。如果大多數人員是多面手，則您往往需要採用垂直方案，同樣，如果大多數人員是專家，則採用水平方案。如果您正引入一些新人，即使這些人員都是合約工，則仍然需要優先考慮您的項目和組織。本文描述了形成團隊組織的垂直、水平和混合方案，並指出了它們各自的優缺點。本次討論的一個重要含意是您的團隊組織和用於管理項目的手段之間應構成默契；任何方法上的失諧都很可能導致項目產生問題。

垂直團隊組織

垂直團隊由多面手組成。用例分配給了個人或小組，然後由他們從頭至尾地實現用例。

優點

● 以單個用例為基礎實現平滑的端到端開發。

● 開發人員能夠掌握更廣泛的技能。

缺點

● 多面手通常是一些要價很高並且很難找到的顧問。

● 多面手通常不具備快速解決具體問題所需的特定技術專長。

● 主題專家可能不得不和若干開發人員小組一起工作，從而增加了他們的負擔。

● 所有多面手水平各不相同。

成功因素

● 每個成員都按照一套共同的標準與準則工作。

● 開發人員之間需要進行良好的溝通，以避免公用功能由不同的組來實現。

● 公用和達成共識的體繫結構需要儘早在項目中確立。

水平團隊組織

水平團隊由專家組成。此類團隊同時處理多個用例，每個成員都從事用例中有關其自身的方面。

優點

● 能高品質地完成項目各個方面（需求、設計等）的工作。

● 一些外部小組，如使用者或操作人員，只需要與瞭解他們確切要求的一小部分專家進行互動。

缺點

● 專家們通常無法意識到其它專業的重要性，導致項目的各方面之間缺乏聯絡。

● “後端”人員所需的資訊可能無法由“前端”人員來收集。

● 由於專家們的優先權、看法和需求互不相同，所以專案管理更為困難。

成功因素

● 團隊成員之間需要有良好的溝通，這樣他們才能彼此瞭解各自的職責。

● 需要制定專家們必須遵循的工作流程和品質標準，從而提高移交給其他專家的效率。

混合團隊組織

混合團隊由專家和多面手共同組成。多面手繼續操作一個用例的整個開發過程，支援並處理多個使用例中各部分的專家們一起工作。

優點

● 擁有前兩種方案的優點。

● 外部小組只需要與一小部分專家進行互動。

● 專家們可集中精力從事他們所擅長的工作。

● 各個用例的實現都保持一致。

缺點

● 擁有前兩種方案的缺點。

● 多面手仍然很難找到。

● 專家們仍然不能認識到其他專家的工作並且無法很好地協作，儘管這應該由多面手來調節。

● 專案管理仍然很困難。

成功因素

● 項目團隊成員需要良好的溝通。

● 需要確定公用體繫結構。

● 必須適當地定義公用流程、標準和準則。

項目團隊士氣是項目成功的一個因素

大部分項目成功的定義說的是項目如何按時完成、是否在預算內以及是否滿足使用者的需要。但是，在如今要找到好的軟體專業人員都非常困難，更不用說留住他們的這種情況下，還需要將項目成功的定義擴充為包括項目團隊計程車氣。可能在努力完成一個軟體項目後，不料卻因為壓榨他們過度而失去了重要的開發人員，這樣做可能會符合組織的短期需要，但它對構建一個高效的軟體部門的長遠利益來說肯定是有害的。衡量項目成功與否的一個重要手段是項目結束後團隊計程車氣。在項目結束之際，項目團隊的各個成員是否覺得他們從自己的經曆中學到了一些知識、是否喜歡為這次項目工作，以及是否希望參與組織的下一個項目都是非常重要的。

本文原載於IBM DW中國