是敵是友?敏捷開發與項目管理
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
曾有讀者讓我就敏捷開發方法發表一下看法。首先我得聲明一下:本人根本算不上敏捷開發方面的專家,為此我事先就此課題作了一番研究。
我得承認:頭一回聽說敏捷開發(agile)時,我的腦海中涌現出好多負面的想法。敏捷開發就像是趕在精心制定的計劃之前,匆忙提前交付成果的一種方法。我覺得,交付成果的質量會因此受到影響。 但是在更加認真地了解敏捷開發之后,我發現事實恰恰相反。不過,我還是對敏捷開發的實際應用抱有懷疑。我擔心一些企業會借著敏捷開發之名,抄捷徑完成開發過程。我擔心一些企業會高喊著“agile!”和“scrum!”、勇往直前。這些急性子的人(包括本人在內)可能會覺得這是個機會,可以一往無前地埋頭沖向目標。 我在摩托羅拉公司的時候,公司總經理經常說起“小的狂熱團隊”(small fanatical teams)。盡管我們那時并不使用agile或scrum這些術語,也沒有什么敏捷宣言,但這些小的狂熱團隊其運作方式與敏捷開發方法里面介紹的簡直如出一轍。這些小的狂熱團隊并沒有對六西格瑪(six sigma)表示絕望;那時候,六西格瑪是我們企業文化當中的一個固有部分。他們也沒有對密切關注過程表示絕望。恰恰相反,這些團隊密切關注過程,評估業績,并且一路尋求改進。這些團隊與其他大多數團隊的區別就在于,它們規模很小,全身心地致力于拿出小的交付成果。這些小的交付成果常常只是一個大型項目中的幾個小部分。在我看來,這些小的狂熱團隊就好比屬于敏捷開發方法關鍵要素之一的小團隊。 自從我聽說敏捷開發后,我與很多人展開探討,我從來沒聽到有誰說起抄捷徑完成這個過程。他們說到敏捷開發時,也沒有吐出過“匆忙”這個詞。實際上,我認識地在項目管理領域最見多識廣的一位人士積極接受敏捷開發方法,甚至開設了這方面的一門課程。 盡管最純粹的敏捷開發方法也許是件好事,但我還是竭力奉勸大家小心行事。決定采用這種開發方法,需要確保你擁有一種面向過程的文化;有辦法管理這些敏捷開發團隊,確保它們沒有偏離正常軌道。盡管我承認自己只是敏捷開發領域的一只菜鳥,但我確實覺得:只要做法得當,采用這種開發方法確實優點多多。 該文章在 2010/7/25 2:24:47 編輯過 |
關鍵字查詢
相關文章
正在查詢... |