什么是自我管理

自我管理就是充分發(fā)揮團(tuán)隊成員的自主性，通過使團(tuán)隊在不需要（或極少需要）專門的管理者的干預(yù)下仍然能夠正常運作的方式達(dá)到提供管理效率的一種管理思想,。就其具體實踐而言,，筆者認(rèn)為主要有以下幾個：

• 主動通報進(jìn)度
• 建立和使用團(tuán)隊的共同詞匯
• 任務(wù)任領(lǐng)
• 站立會議
• 基于原則的工作方式
• 定義完成的標(biāo)準(zhǔn)（Definition of Done）
• 行為激勵

回頁首

主動通報進(jìn)度

進(jìn)度的控制、匯報是項目經(jīng)理的一項重要職責(zé),。然而,，很多剛剛走向管理崗位的人卻是通過詢問的方式來掌握進(jìn)度信息。這種方式不僅效率低下,，而且,，更嚴(yán)重的是信息的真實性、準(zhǔn)確性都不可靠,。項目成員在被詢問進(jìn)度的時候可能會因為害怕被責(zé)備而慌報進(jìn)度,，心存在事后可以趕上進(jìn)度的僥幸心理。筆者則是要求團(tuán)隊成員對自己負(fù)責(zé)的任務(wù)的進(jìn)度主動通報,。這里我用的詞是“通報”而非“匯報”,。匯報是指下級對上級之間的。而在一個敏捷團(tuán)隊中,，項目的進(jìn)度應(yīng)該是每個成員都要關(guān)心的事情,，并非項目經(jīng)理一人要關(guān)心的事。因此,，每個人的任務(wù)進(jìn)度信息要傳達(dá)給項目組的其他所有成員,，所以稱其為“通報”。具體的實施筆者則是要每人在每個任務(wù)有實質(zhì)性進(jìn)展或存在個人通過努力仍然無法解決的問題時,，在即時通訊工具中知會所有人,。

團(tuán)隊成員通報的進(jìn)度信息，項目經(jīng)理要及時通過檢查相關(guān)產(chǎn)出物（artifacts）以評價其真實性和準(zhǔn)確性,，并有效得評估風(fēng)險,。比如，筆者曾經(jīng)帶領(lǐng)團(tuán)隊從事 SOA 系統(tǒng)開發(fā),，在這種系統(tǒng)中,，本系統(tǒng)同其它系統(tǒng)之間的聯(lián)調(diào)工作相當(dāng)重要，筆者則要求負(fù)責(zé)聯(lián)調(diào)的人及時提交聯(lián)調(diào)過程中的抓包文件以及系統(tǒng)日志文件,，并知會團(tuán)隊成員對這些聯(lián)調(diào)產(chǎn)出物進(jìn)行評審,。

回頁首

建立和使用團(tuán)隊的共同詞匯

一個團(tuán)隊的溝通要順暢,，團(tuán)隊成員在溝通時必須要采用統(tǒng)一的詞匯來表達(dá)相同的意思。詞匯的統(tǒng)一可以減少不必要的誤會和解釋,，可以減低溝通成本,，提高溝通效率。譬如,，筆者所帶領(lǐng)的團(tuán)隊,，由于是所開發(fā)的系統(tǒng)是基于 SOA 架構(gòu)的，其共同詞匯主要有抓包,、碼流,、路由等，所有團(tuán)隊成員對這些詞匯的含義的理解是一致的,。

回頁首

任務(wù)認(rèn)領(lǐng)

傳統(tǒng)項目管理中,，任務(wù)是由項目經(jīng)理分配的，團(tuán)隊成員總是被安排做這個做那個,。而根據(jù)Fredrick Herzberg 的雙因素理論（Dual-factor theory）,，我們不難想到工作的報酬某種程度上是工作本身。任務(wù)本身也可以成為一種激勵形式,。因此,，讓員工選擇他喜歡做的事情，遠(yuǎn)比安排他做事情的好,。因此,，在敏捷項目中任務(wù)相反是由團(tuán)隊成員主動認(rèn)領(lǐng)的。項目經(jīng)理更多的是考慮這個團(tuán)隊需要做什么事情,，并將這些代辦事項公布出來由團(tuán)隊成員認(rèn)領(lǐng),。比如，基于 story 驅(qū)動的開發(fā),，所有 story 的分析是全員參與的,，而具體某個 story 的開發(fā)任務(wù)則可以由開發(fā)人員自行認(rèn)領(lǐng)。這樣,，可以使團(tuán)隊中的每個成員對本次迭代的所有 story 都有所了解,，而其個人所開發(fā)又是其最感興趣的、最擅長的,。從而減低了風(fēng)險,。

項目經(jīng)理只有在當(dāng)前任務(wù)的認(rèn)領(lǐng)情況有問題時才對其進(jìn)行調(diào)整。

同樣,，其它的任務(wù)也可以采用任認(rèn)領(lǐng)的方式落實到人。而項目經(jīng)理要做的是向其他團(tuán)隊成員說明需要完成的事情,，并定義完成的標(biāo)準(zhǔn),，據(jù)此跟蹤任務(wù)的進(jìn)度,。比如，對于聯(lián)調(diào)工作,，筆者會先確定需要聯(lián)調(diào)的接口以及對方系統(tǒng),，然后由團(tuán)隊成員認(rèn)領(lǐng)這些任務(wù)，據(jù)此形成聯(lián)調(diào)接口列表,。同時,，定義了任務(wù)完成的標(biāo)準(zhǔn)是相關(guān)聯(lián)調(diào)產(chǎn)物（抓包文件、系統(tǒng)日志文件）通過評審,。

回頁首

每日站立會議

項目經(jīng)理可以教導(dǎo)團(tuán)隊所有成員每日站立會議召開的目的,、會議的主題、原則以及會議控制的技巧,。并要求團(tuán)隊成員按照這些要求輪流主持會議,。這樣，即使在項目經(jīng)理缺席的情況下,，每日站立會議仍然可以召開,，團(tuán)隊仍然可以正常運作。

回頁首

基于原則的工作方式

所謂原則,，是指必須遵守的,、在絕大多數(shù)情況下都適用的規(guī)則。筆者在所帶的團(tuán)隊中主要強調(diào)以下幾個原則：

公共代碼的改動知會

公共代碼一旦改動出錯,，其影響甚大,。然而，指定專人負(fù)責(zé)公共代碼的維護(hù),，在敏捷團(tuán)隊中又顯得太奢侈（一般敏捷團(tuán)隊成員數(shù)在 10 人以內(nèi)）,。顯然公共代碼又不能任由所有人參與修改。一個折中的方法是制定一個改動代碼的規(guī)則,，凡是涉及公共代碼的修改,，所有人都必須遵守這些規(guī)則?；谏鲜隹紤],，筆者制定如下規(guī)則：

1. 公共代碼應(yīng)當(dāng)避免修改，即這部分代碼能不改則不改,。
2. 公共代碼修改前,，修改人需在即時通訊工具中知會所有人改動的理由和方法。
3. 修改過的代碼在 checkin 到配置庫后需立即知會所有開發(fā)人員及時同步代碼（以便及時暴露代碼改動的風(fēng)險）,。

主動跟進(jìn)需要他人配合的工作的進(jìn)度

筆者要求每個團(tuán)隊成員對于自己手頭上的工作需要他人配合的部分其本人要負(fù)責(zé)跟進(jìn)這些任務(wù)的進(jìn)度,。比如，文檔開發(fā)人員在完成初稿后知會所有團(tuán)隊成員對其初稿進(jìn)行評審。而其本人要及時跟進(jìn)其他人員的評審意見的反饋情況,。而參與評審的每個人要自動跟進(jìn)其所提意見是否被采納已及文檔作者的修改是否符合其本意,。

任務(wù)進(jìn)度風(fēng)險控制

很多開發(fā)人員可能有這樣的心理，在碰到問題而自己又不能解決的時候,，仍然硬著頭皮不肯求助,，甚至于陷入問題的死胡同。一方面可能是害怕求助會被人看不起,，另一面可能急于求成,，而忽視了效率問題（時間是最大的成本）。因此,，項目經(jīng)理要打消他們的疑慮,，要鼓勵團(tuán)隊成員在做了必要的努力后仍然不能解決問題時要及時主動尋求幫助。因此,，筆者要求團(tuán)隊成員 在任何一個問題上個人已經(jīng)采取各種方法但仍然未能在 30 分鐘內(nèi)將其解時,，當(dāng)事人要立即尋求幫助。

討論原則

一個沒有人討論問題的團(tuán)隊是一個不健康的團(tuán)隊,。既然有討論,，就必然有沖突。而討論的目的在于達(dá)成一致意見,。因此,，凡是雙方或多方討論問題時，當(dāng)事人未能達(dá)成一致意見的,，要主動引入另外一個人以達(dá)成一致意見,。

回頁首

定義完成的標(biāo)準(zhǔn)（Definition of Done）

所謂完成的標(biāo)準(zhǔn)，簡單得講就是一個任務(wù)做到什么程度才算是完成,，要輸出那些產(chǎn)出物（artifacts）,。可能現(xiàn)在仍然有不少團(tuán)隊要求其成員提供諸如日報,、周報之類的工作報告,，其中自然少不了每件任務(wù)的完成情況，這個完成的情況通常是以百分比來計算,。但是,，也許大家不難發(fā)現(xiàn)一個情況，比如,，某個成員報告中寫明某個任務(wù)的進(jìn)度是 100％,，也許這個人工作態(tài)度是很誠實的，能力也不差,，但是,，當(dāng)項目經(jīng)理真正檢查這個任務(wù)的進(jìn)度（比如通過評估其產(chǎn)出物）才發(fā)現(xiàn)這個任務(wù)的進(jìn)度是 0,，根本沒有完成——實際所“完成”并非項目經(jīng)理、或者團(tuán)隊所期望,。其原因在于,，定義任務(wù)時沒有定義其完成的標(biāo)準(zhǔn)，此時任務(wù)的執(zhí)行者往往只是照著自己的理解去“完成”任務(wù)的,。

筆者所帶團(tuán)隊常見的完成標(biāo)準(zhǔn)如下：

開發(fā)人員開發(fā)某個 Story，其編碼完成的標(biāo)準(zhǔn)可以定義為：其負(fù)責(zé)的 Story 經(jīng)過單元測試（要求提交單元測試時產(chǎn)生的系統(tǒng)日志文件到配置庫）,，并且該 Story 通過由測試人員定義的預(yù)測試用例,。開發(fā)人員在完成編碼、單元測試后主動召集測試人員及其他人員對其負(fù)責(zé)的 Story 進(jìn)行演示,，演示時要求其展示各個預(yù)測試用例的執(zhí)行結(jié)果,，只有演示通過了，該 Story 的編碼才算真正完成,。而一個 Story 的開發(fā)完成,，則是定義成其通過 Story 測試。

某個文檔寫作任務(wù)的完成標(biāo)準(zhǔn)可以定義為：初稿發(fā)出評審后,，沒有發(fā)現(xiàn)如何問題,，或者評審者提出的意見初稿作者均已處理，且處理的結(jié)果經(jīng)過評審者的確認(rèn),。這樣一個文檔的寫作才算完成,，其進(jìn)度可以報告為 100％，否則,，僅僅完成初稿,，而初稿未經(jīng)評審，其進(jìn)度最多算 40％（甚至都不到?。?。

回頁首

行為激勵

自我管理的實施需要團(tuán)隊中每個成員的認(rèn)真配合，這就要求每個成員要站在團(tuán)隊的角度去改變自己,。甚至,，很多自我管理實踐真正的落實是需要靠全體成員去養(yǎng)成一些良好的工作習(xí)慣，比如,，自動通報工作進(jìn)度,、主動跟進(jìn)需要他人配合的工作的進(jìn)度等。養(yǎng)成一個壞的習(xí)慣很容易,，而一個成人去養(yǎng)成一個好的習(xí)慣卻不是那么簡單,，需要不斷的重復(fù)。因此,，這個過程中,，項目經(jīng)理要對符合自我管理要求的行為及時進(jìn)行激勵,。

回頁首

結(jié)論

團(tuán)隊自我管理不是沒有管理，而是通過管理者和團(tuán)隊成員的共同努力,，使團(tuán)隊達(dá)到一種極少甚至不需要專門的管理者干預(yù)的情況下仍然能夠高效率得運作的一個境界,。團(tuán)隊自我管理的實施，需要項目經(jīng)理發(fā)扮演好導(dǎo)師的角色,，給團(tuán)隊指明發(fā)展的方向,。同時，也需要團(tuán)隊的每個成員的積極配合,。