構建自組織團隊,讓敏捷管理更好地落地
敏捷開發是以使用者的需求為核心,透過不斷迭代、小步快跑、循序漸進的方法進行軟體產品的研發,在迭代研發過程中的產品都需要經過測試,具備視覺化、可整合和可執行使用的特徵。
在團隊方面,敏捷開發倡導團隊協作,強調個體的互動高於整體的流程和工具。在產品開發和專案實施的過程中,正式的開發流程或標準化的書面計劃並非是重要的,人與人直接的面對面溝通和互動是保證產品質量的關鍵,尤其是跨團隊、部門之間的溝通與協作。敏捷管理方法的核心觀點包括:
- 注重人的價值:在敏捷管理方法中認為團隊和人是專案取得成功的重要因素,更加註重團隊間人與人的溝通協作,發揮個人的能力和特長。
- 弱化文件的流通:透過專案管理工具和協作工具,簡化文件在工作中佔據的工作量,文件只在設計,開發,編碼和測試過程中起輔助作用。
- 注重與客戶的溝通:在敏捷管理中,研發團隊與客戶之間的關係不是需求和被需求的關係,注重相互的協作共贏,雙方持續協調來專案的需求並不斷迭代改進。
- 快速響應變化:敏捷管理鼓勵團隊在開發過程中引入並接受變化,在專案開發過程能夠良好地應對變更過程。
在整個專案過程中,業務人員需要每天與開發人員對齊進度,密切聯絡。提供反饋並回答研發人員的問題。但是不同團隊之間一定存在協作和溝通帶來的分歧,因此敏捷組織就需要不斷思考如何使團隊之間執行的更加高效,然後在團隊內部進行相應的流程調整。在團隊授權方面,敏捷開發倡導組建小型、共享、並且具有一定自主度的團隊。透過看板共享專案資訊能夠使得團隊成員自由、且高效的實現資訊獲取。敏捷組織應該給予團隊每一個成員他們所需的資源和支援,並且給予他們充分的信任。因為團隊成員是專案成功的關鍵,敏捷開發相信每個團隊個體都有能力做出合理的決定來完成他們的工作。
伴隨著時代和科技的發展,敏捷團隊的協同形式也在不斷髮生著變化,目前敏捷開發不僅限於共處一地的線下團隊,也有許多分散在全國、乃至全世界的分散式團隊。這意味著團隊成員並非在彼此面前,需要透過網路連線彼此間的工作。這樣的敏捷團隊形式對人員協作和團隊授權有更高的要求。敏捷開發採用迭代和增量開發策略,保證了產品穩定的開發速度和節奏,避免了最終錯誤的交付帶來的不必要的浪費和返工。為了達到迭代和增量開發的效果,這不得不要求團隊將專案分解成更小的部分,幫助團隊成員需要明確自身負責任務和一定時期內相應的階段性目標。
因此,相對於其他行業而言,在軟體研發行業及在敏捷開發專案中,自我管理和自我組織的團隊也非常重要。這種團隊強調的是每個成員的自發性,而這與傳統意義上的管理是有很大不同的。因此敏捷方法,也會被人們說成是是反管理(Anti-Management)。此外,管理還有另外一個目的,那就是為團隊服務。管理必須為團隊提供支援,必須設法為團隊清掃障礙,促使團隊迅速成長讓團隊充滿創造力,最終開發出優秀的產品。這是敏捷團隊與普通團隊相比最大的不同之處。
許多普通的團隊很大程度就是指一幫在一起工作的人,他們彼此之間並沒有太多的溝通,也並不視彼此為一體,很多時候我們會誤把這樣的一個團隊當作是一個敏捷團隊,但實際上它並不是一個真正意義上的敏捷團隊,因為這樣的團隊並沒有形成共同的工作理念和文化,而是各自在做各自的工作。所以,自組織團隊的第一個要素就是必須有一個敏捷團隊,許多專案團隊在現實的生產過程中也採用了這種組織方式,並取得了成功。比如google和微軟等公司,以及一些開源軟體也是採用自組織團隊的方式進行開發與設計的。在敏捷團隊中,自組織團隊也備受推崇。團隊一旦成為自組織的,那麼新的思想、方法、創意會源源不斷的產生,當然也可能是產生新的文化、新的組織結構,隨著湧現的不斷髮生,企業的創新能力獲得了提升。
自組織理論強調系統自發形成結構,沒有過多的來自外界的強行干預,於是這種自發性使得團隊具有了產生根本性變革的動力。自組織團隊中規則一旦建立起來,每個行為主體都自覺的按照這些規則行事,透過自下而上的自組織,原先的無序狀態被秩序所取代,團隊會變得更有活力也更願意主動去推進工作和專案。
在自組織團隊中,管理者是團隊中重要的角色應該是一個服務者的角色,要當好一個服務者需要具備特定的才能。因為並不是每一個人都可以當好一個為團隊服務的領導者。有些人喜歡發號施令,而不想給團隊成員提供服務。有些人服務很到位,卻缺乏領導的權威。所以,要將服務與領導這兩個角色很好地結合起來需要一定的能力。第一,管理者需要具備絕對的真誠與可信。管理者需要針對團隊成員提出的問題,給與充分、徹底的解答。第二,管理者還需具備遠見卓識,需要對團隊目標、專案目標以及企業長期目標和願景都具有非常清楚的認識,並帶領團隊實現目標,進入一種新的有序的狀態。值得注意的是,在這個過程裡必須要儘可能地減少中央控制,儘量減少人為的設定指令,鼓勵並推進要團隊成員之間、團隊成員與外部團隊之間自動自發的去完成工作,只有這樣自組織過程才可以持續進行 。
因此敏捷專案管理在追求高效開發和高質量產品的同時,也需要始終保持著以人為中心,注重溝通和團隊協作的原則。敏捷方法和傳統方法相比較更加適合隨著需求的變化,能夠有效管控風險並降低成本。在實行敏捷管理的同時,也需要在敏捷團隊中積極推行團隊自組織,團隊一旦成為自組織的,那麼新的思想、方法、創意會源源不斷的產生,當然也可能是產生新的文化,新的結構,隨著湧現的不斷髮生,團隊的創新能力獲得了提升,得以更好地應對激烈的市場競爭。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69982050/viewspace-2931089/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 打造敏捷的自組織團隊敏捷
- 你的團隊比你更聰明:為什麼自組織產品團隊會更好地工作
- 如何讓IT團隊和安全團隊之間更好地進行協作
- 如何更好地利用git lab組織團隊開發Git
- DevOps|研發效能團隊組織架構和能力建設dev架構
- 要想組建敏捷團隊,這些方法不可少敏捷
- 聊聊自驅團隊的構建
- 快手組織架構再微調,A站劃歸遊戲團隊管理架構遊戲
- Pipefy如何使用團隊拓撲方法建設敏捷團隊?敏捷
- 聊聊自驅團隊的構建(二)
- 聊聊如何構建自驅團隊(3)
- 聊聊自驅團隊的構建(四)
- 真正的敏捷是根據DDD有界上下文劃分其團隊組織結構 - allenholub敏捷
- 從搞笑到高效,構建敏捷團隊的基礎原則敏捷
- 團隊如何組織?前後端團隊與業務功能團隊的比較後端
- 工程師計劃3 -> 專案管理2 | 專案組織與團隊管理工程師專案管理
- 中小團隊快速構建SQL自動稽核系統SQL
- 敏捷實踐的啟示:如何讓敏捷團隊協作更加高效敏捷
- CSM敏捷實踐|如何讓團隊的迭代效率更高?敏捷
- 從 Etsy 團隊看敏捷架構的設計敏捷架構
- ACP®|敏捷管理,創造卓越高效能團隊敏捷
- 微服務架構學習與思考(07):企業團隊組織架構如何變革?微服務架構
- 探究如何使用敏捷專案管理進行團隊協作?敏捷專案管理
- 如何激勵敏捷團隊成為高績效團隊敏捷
- 如何組建高效的資料分析團隊?
- LlamaFS自組織檔案管理器
- 中國速度之二神山建設(1):堅強的領導核心,“小團隊大後臺”組織結構
- 組織敏捷轉型中的 HR敏捷
- Choerodon豬齒魚團隊敏捷專案管理實踐應用敏捷專案管理
- 敏捷團隊成熟度的思考敏捷
- 從閉源走向開源需要面向開源招兵買馬建團隊組織文化機制
- 怎樣組建一個TPM專案團隊?
- 新能源汽車如何更好地落地供應商夥伴協同系統管理?
- 當自研自發成為另一種出海的標配,作為小團隊如何從零到一組建發行團隊?
- 敏捷團隊的最佳測試實踐:自動化金字塔敏捷
- 技術管理之路三、團隊建設:怎麼帶隊伍?
- 幽默:讓程式碼檔案有組織地分層,然後...
- 如何更好的組織你的Laravel模型Laravel模型