干擾，正如它名字所顯示的，是影響敏捷項目團隊速度、減緩其前進的剎車閘。有些干擾是必需的，其他則不是。關(guān)鍵在于：要識別出影響工作進程的干擾，并盡量減少它對項目的負面影響。
Extreme Programming討論組上有一個有趣的討論，Alistair Cockburn在其中分享了他認為影響“團隊涌流”的一些主要干擾：
（1） 過多會議（程序員必須放下工作去參加一個接一個的會議，以及）
（2） 過多同時進行的項目（程序員必須放下項目A的工作，切換到項目B）。
這些干擾會消耗很多的時間和精力。不過一般總可以找到調(diào)整項目、會議和每天工作安排的方式，減少干擾，程序員也可以多花時間，進行不間斷的編程。
Alistair接著說道：團隊中，有時必須有一個人完全負責接電話、參加會議、找人、做與客戶的接口等工作。而此人的工作也因此而無法達到團隊對他的期望。但是Alistair說，對這個人工作產(chǎn)出的期望，應(yīng)該受限于他能夠花在項目上的時間。
在他的眾多項目管理模式中，Alistair將此命名為“犧牲一個人”。Alistair在這個模式里提出，一個項目可能無法像當初規(guī)劃的運轉(zhuǎn)那么快，這是因為有很重要的干擾占用了整個團隊的時間。雖然干擾可能是很重要的次要任務(wù)，而且無法放棄；但是，它確實分散了團隊在最主要的任務(wù)上的注意力。
Alistair認為解決問題的方式是，分配一個人來專門應(yīng)對干擾。雖然這個人可能覺得自己是犧牲品，但是團隊剩余的成員可以通過處理最主要的任務(wù)來取得工作進展。
Gojko Adzic也提供了類似的意見，他講述了自己的故事：當時他在一個項目中承擔架構(gòu)師的工作，但卻花費了很多時間來充當軟件方面的潤滑劑。相關(guān)的任務(wù)包括：解答新人的問題、協(xié)調(diào)不同的討論、與客戶溝通、參加各種會議。Gojko補充道，如果他試著花更多時間在編程方面的任務(wù)上，很多其他團隊成員就必須充當潤滑劑，這拖慢了整個團隊的速度。因此他決定接過來所有的次要工作，讓其他人集中精力處理主要任務(wù)。Gojko提到：
雖然我仍力圖編寫代碼、了解項目的整體進度，但是團隊在做計劃時，已經(jīng)不怎么再指望我的參與了——我的時間不會被計算在內(nèi)。四個月之后回頭再看看，考慮到項目的進度以及團隊的工作效率，我認為這樣解決問題很有效。
對于Alistair提出的第二個主要干擾，郵件組的成員們都同意：讓人同時參與多個項目沒法取得好的效果。對于這樣帶來的心態(tài)問題，Gojko這樣總結(jié)。
問題在于，如果你的成員是四、五個只能部分參與項目的人，項目干系人會認為你擁有一個完整的團隊；而實際上，他們最多相當于一個全職投入的人，如果不是更少的話。
為了進一步表明支持人們專心投入單個項目，Gojko說到：團隊成員同時在多個項目中工作，溝通和協(xié)調(diào)工作會占用相當多的時間和精力。他舉了下面這個很有趣的例子，來證明他的觀點：
此文章共有2頁 1 2 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
