用別的眼光去感悟軟件測試[2] 軟件測試
來自領導的信息只有25%被下級知道并正確理解，從下到上的反饋信息不超過10%，平等交流的信息則可達到90%以上。平等造就信任，信任增進交流。有效地進行適當的意見交流，對一個組織的氣候和生產力會產生有益和積極的影響。使顧客滿意并和他們面對面地交流，才是蠃得市場的關鍵。
管理是一種控制性游戲，在游戲面前，你只有二種選擇：或者，你確信自己能蠃，于是投入足夠多的能量來蠃得一切;或者，你不進行這個游戲，放棄它。然而，作為軟件項目管理者，你也應該知道，早投入、高風險才會有高回報。逃避風險是致命的，因為這也會讓你得不到與風險同在的利益，久而久之，你就會面臨著被市場淘汰的危險。風險是"遭受損失的可能性"，由條件、結果以及周圍的環境構成。風險和問題的區別在于：風險是尚未發生的問題，而問題是業也成真的風險，昨天的風險可能會是今天的問題。風險管理主要包括下面幾個方面：
第一、風險識別：
從頭腦想像中抽取出各種風險并加以篩選，再加上在整個開發過程中，保持持續不斷的風險發現機制，以發現新的風險。
第二、風險分析：
對風險出現的可能性和潛在的危害性進行量化分析。
第三、應急計劃：
如果識別出的風險真的出現，你將采取的應急措施。
第四、風險緩解：
為了使應急計劃得以有效實施，必須在風險轉化為真之前所采取的措施。
第五、持續的監控：
跟蹤需要管理的風險，尋找風險出現的跡象。
項目面臨的某些風險可能是致命的，發生時會使項目嚴重滯后或直接廢棄。這類風險是最需要管理的，但有效的管理它們也許會使你與你的上級發生沖突(如時間上最后期限等)，對于這類風險往往超出了你的管理權限，可以先將它們列為項目假定風險，然后把它們轉交給上級來管理。風險可能出自技術、政治、經濟、資源或其它各個方面，幾乎無所不在，并且會對項目開發、市場占有率或是達到項目目標(如進度、預算、質量等)造成災難性后果。但在所有軟件項目中，通常會共存五大核心風險，分別如下：
第一、缺乏合理的進度安排
這是導致項目滯后的最主要的原因。首先、它源于開發人員們普遍存在的樂觀主義精神，我們總是期待在實現過程中不會碰到困難，然而我們的構思是有缺陷的，因此總會發現BUG。
第二.它源于一種錯誤的認識，人員數量和開發時間是可以互換的，既投入兩倍的人數會在一半時間內完成開發工作。然而，這種理論卻忽略了隨著人數的增加，相應的也會增加新人培訓和人們相互交流所需的負擔,另外，還有任務重新分配所造成工作中斷帶來的負擔，正如Alistair Cockburn所說："最有效的交流方式是面對面的交流"當3、5個人的時候很容易做到這種交流方式，隨著人數的增長，再也很難做到這種交流方式。交流成本的增加與培訓新人所需時間成本的增加、以及任務重分配導致工作中斷成本的增加，直接導致一種結果：向進度落后的項目中增加人手，只會使進度更加落后。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
