小氣的神 2002-4-12
關於轉變和變化的話題我們已經討論得不少了，不知你是否花時間考慮過這樣一個問題：我們如何向一個新技術或新平台轉變的問題？
過去的技術或開發方式的轉變取決於軟件開發的流程和實際的設計和開發人員，往往取決於最終的開發人員，這將是對單個開發個體的考驗和轉變。這種情況下轉變成功或失敗所帶來的後果基本上是這些開發人員的，職能上會有一些流到他的上一級，開發組織或公司中。不過有趣的是這種轉變的過程和最後表現的形態也來得各自不同和千差萬別，順利的象滑翔飛行一樣，從一個山頭掠過到了另一個山頂；而痛苦的象是在泥潭中練習游泳一般，不僅滿身污泥而且越游陷得越深。
今天企業級的開發需要有一個團隊的協同和支撐，每個個人的力量和意志需要調整適合整個團隊的主題和策略。現在一項新的技術應用在企業級開發中，也意味著整個開發團隊需要一起作出反應和調整，團隊中的某個人宣稱開始使用某種新型技術，毫無意義。所以轉向某種新的開發模型或使用新的技術成為整個開發團隊需要一起面對的，甚至上延到更高的一層，項目組織或公司級的調整或改變。
當知道這個可能的事實之後，可能我們需要先接受自己的沮喪。無論如何轉變的過程加長了而且變得復雜起來，個人將不再是轉變的主要和唯一個體，轉變不僅發生在個人而且也需要作用於整個團隊，技術和非技術的東西混合在一起。
根據團隊要求和所賦予的精神，這種轉變的結果帶來了一致性和可預測性。所以我們不會在是否要轉變的問題上辯論太久，會減少用一項新技術去適應所有項目的誤差，也不會貿然拿重要意義的項目去冒險體驗新技術。沮喪之後我們仍然獲得了團隊的安慰，因為一起轉變意味著共同努力形成一種良好准則。每個人能以一種客觀而共識的方法來對技術本身作出評價，看它是否能接受，還是應該拒絕、或是進行調整。進而可能發展成一種機制，使技術或變革本身成為一種正面的力量被你以及團隊中的大多數人控制和使用。
這裡的一個關鍵是理解、理解還是理解，不僅個人要理解，而且整個團隊也需要這種理解。我們不僅需要了解技術本身，而且還必須明白為什麼使用這項技術的原因。理解到最終理解，只到形成正確的觀念。理解的本身是為了獲得正確而清晰的觀念。
我不認為向新技術或新平台的轉變可以和項目本身一起開始和發展或是交給項目管理中精良的風險控制。事實上一些項目從開始就失敗了，項目本身隱藏著向新技術或新平台的轉變，而整個項目組的大多數對此根本不清楚和毫無准備。失敗的本身是對新技術的一項打擊，因為對於局外人來說無法看到轉變的工作量，而技術原因似乎更適合對於這種秘密夭折的項目作出一個可能公開的解釋。
