【文章內(nèi)容簡介】 項目開發(fā)人員；　　三，組織客戶方進行確認測試或發(fā)布β版本。 　　盡管上面盡可能的描述了測試計劃如何制定才能“完美”，但是還存在的問題是對測試計劃的管理和監(jiān)控。一份計劃投入再多的時間去做也不能保證按照這份計劃進行實施。好的測試計劃是成功的一半，另一半是對測試計劃的執(zhí)行。對小項目而言，一份更易于操作的測試計劃更為實用，對中型乃至大型項目來看，測試經(jīng)理的測試管理能力就顯得格外重要，要確保計劃不折不扣的執(zhí)行下去，測試經(jīng)理的人際諧調(diào)能力，項目測試的操作經(jīng)驗、公司的質(zhì)量現(xiàn)狀都能夠?qū)椖繙y試產(chǎn)生足夠的影響。另外，計劃也是“動態(tài)的”！不必要把所有的因素都可能囊括進去，也不必要針對這種變化額外制定“計劃的計劃”，測試計劃制定不能在項目開始后束之高閣，而是緊追項目的變化，實時進行思考和貫徹，根據(jù)現(xiàn)實修改，然后成功實施，這才能實現(xiàn)測試計劃的最終目標――保證項目最終產(chǎn)品的質(zhì)量！　　軟件開發(fā)是一項復雜的、創(chuàng)造性的協(xié)作式游戲。作為游戲它自然存在著樂趣，所以程序員們才會樂此不疲，前仆后繼。首先、這種快樂源于一種創(chuàng)造事物的快樂。其次、這種快樂來自于一種開發(fā)出對別人有用的東西時所帶來的滿足感。第三、快樂源自開發(fā)過程中，親眼看到軟件按自己預先設(shè)想的那種效果運行時所帶來的迷人魅力。第四、快樂源自開發(fā)過程中持續(xù)學習的快樂。最后、快樂源自開發(fā)過程中，我們能象詩人一樣，僅憑自己的想像，來建造自己的城堡時帶來的快樂。編程的快樂在于它不僅滿足了我們內(nèi)心深處進行創(chuàng)建的渴望，而且還喚醒了每個人內(nèi)心的情感。不幸的是，同樣作為游戲它也有苦惱的一面：首先、苦惱來自追求完美主義。其次、苦惱來自總是由他人來設(shè)定目標、供給資源、提供信息。第三、苦惱來自于尋找瑣碎的BUG卻是一項枯燥的、重復性的活動。第四、人們通常希望在項目接近結(jié)束時，能收斂得快一些，然而，情況卻是越接近完成，收斂得越慢。最后、苦惱來自當投入大量的辛苦勞動后，產(chǎn)品發(fā)布時卻面臨著陳舊過時的危險。作為軟件開發(fā)者，我們別無選擇，只有適應它們，就這樣痛并快樂著地面對每一天?！　碜灶I(lǐng)導的信息只有25%被下級知道并正確理解，從下到上的反饋信息不超過10%，平等交流的信息則可達到90%以上。平等造就信任，信任增進交流。有效地進行適當?shù)囊庖娊涣鳎瑢σ粋€組織的氣候和生產(chǎn)力會產(chǎn)生有益和積極的影響。使顧客滿意并和他們面對面地交流，才是蠃得市場的關(guān)鍵?！　　　　　　　　　　　　　　　　　　　　　　　　　　　　　浴豆芾碇堑洹贰　」芾硎且环N控制性游戲，在游戲面前，你只有二種選擇：或者，你確信自己能蠃，于是投入足夠多的能量來蠃得一切；或者，你不進行這個游戲，放棄它。然而，作為軟件項目管理者，你也應該知道，早投入、高風險才會有高回報。逃避風險是致命的，因為這也會讓你得不到與風險同在的利益，久而久之，你就會面臨著被市場淘汰的危險。風險是遭受損失的可能性，由條件、結(jié)果以及周圍的環(huán)境構(gòu)成。風險和問題的區(qū)別在于：風險是尚未發(fā)生的問題，而問題是業(yè)也成真的風險，昨天的風險可能會是今天的問題。風險管理主要包括下面幾個方面：　　第一、風險識別：　　從頭腦想像中抽取出各種風險并加以篩選，再加上在整個開發(fā)過程中，保持持續(xù)不斷的風險發(fā)現(xiàn)機制，以發(fā)現(xiàn)新的風險?！　〉诙?、風險分析：　　對風險出現(xiàn)的可能性和潛在的危害性進行量化分析?！　〉谌庇媱潱骸　∪绻R別出的風險真的出現(xiàn)，你將采取的應急措施。　　第四、風險緩解：　　為了使應急計劃得以有效實施，必須在風險轉(zhuǎn)化為真之前所采取的措施?！　〉谖?、持續(xù)的監(jiān)控：　　跟蹤需要管理的風險，尋找風險出現(xiàn)的跡象。　　項目面臨的某些風險可能是致命的，發(fā)生時會使項目嚴重滯后或直接廢棄。這類風險是最需要管理的，但有效的管理它們也許會使你與你的上級發(fā)生沖突(如時間上最后期限等)，對于這類風險往往超出了你的管理權(quán)限，可以先將它們列為項目假定風險，然后把它們轉(zhuǎn)交給上級來管理。風險可能出自技術(shù)、政治、經(jīng)濟、資源或其它各個方面，幾乎無所不在，并且會對項目開發(fā)、市場占有率或是達到項目目標(如進度、預算、質(zhì)量等)造成災難性后果。但在所有軟件項目中，通常會共存五大核心風險，分別如下：　　第一、缺乏合理的進度安排　　這是導致項目滯后的最主要的原因。首先、它源于開發(fā)人員們普遍存在的樂觀主義精神，我們總是期待在實現(xiàn)過程中不會碰到困難，然而我們的構(gòu)思是有缺陷的，因此總會發(fā)現(xiàn)BUG。其次、它源于一種錯誤的認識，人員數(shù)量和開發(fā)時間是可以互換的，既投入兩倍的人數(shù)會在一半時間內(nèi)完成開發(fā)工作。然而，這種理論卻忽略了隨著人數(shù)的增加，相應的也會增加新人培訓和人們相互交流所需的負擔,另外，還有任務重新分配所造成工作中斷帶來的負擔，正如Alistair Cockburn所說：最有效的交流方式是面對面的交流當5個人的時候很容易做到這種交流方式，隨著人數(shù)的增長，再也很難做到這種交流方式。交流成本的增加與培訓新人所需時間成本的增加、以及任務重分配導致工作中斷成本的增加，直接導致一種結(jié)果：向進度落后的項目中增加人手，只會使進度更加落后?！　〉谌⒃从诳辗旱墓浪?，管理人員特別是高層管理人員為了滿足顧客期望的日期而造成的不合理進度安排。如果分配的時間一開始就不夠，不管高層領(lǐng)導威脅有多么嚇人，工作也無法按時完成，如果人們察覺到管理者可能濫用權(quán)力來懲罰自己，他們就會感覺到威脅，沒有安全感。安全感的缺乏會讓人們反對變化，而在所有成功項目中，變化是唯一不變的要素之一，除非感到安全，否則人們就不會去迎接變化，只會按部就班，這樣往往喪失了很多走捷徑的好機會，而這些機會原可以大大縮減時間進度的。第四、如果你沒有認真估算產(chǎn)品規(guī)模，那么你預計的進度就是空中樓閣，唯一的依據(jù)只是你的希望。在估計產(chǎn)品規(guī)模時，除了正常的時間計算以外，不但應該將可能需要做的事情所需工作時間加上，還要將某些可能不需要做的事情所需工作時間加上。項目的超期不應歸咎于開發(fā)者的低效率?！　∽詈?、項目的滯后不是一下子造成的，而是在一天天的不知不覺中造成的，有無數(shù)種方法可以浪費一天的時間，但是沒有任何方法可以拿回一天的時間。高層管理者的不良反