危機處裡

Bill Gates 可以算是名留 IT 青史的一號人物,有著改變科技潮流與歷史的影響力。但是很多人不知道,在 M 社內部的工程領域,他早期的一些作為可是褒貶不一。一方面的確有一些失控的專案的帳,很難不算在他的頭上。但同時,究竟神人級的人物,他在過去幾個 M 社生死關頭的關鍵點,也做出了力挽狂瀾的決定。整體而言,他還是對 M 社的成功與否有著決定性的影響。

他在任內有三件最受關注的重大決定: 第一是 1999 年的 "擁抱並延伸" (Embrace and Extend) 網際網路的宣言,第二是 2002 年宣布 "可信賴運算芻議" (Trustworthy Computing Initiative, TwC),而第三是 2008 年任命 Ray Ozzie 為總架構師,進一步催生了 Azure。其中筆者認為對 M 社工程基礎與實務衝擊最大的,應該是 TwC 的成立,也堪稱是所見過最成功的軟體危機救援。

話說 Windows XP 在 2001 年上市,被 M 社和個人電腦業界非常重視,因為在工程技術上,它是首款全面採用 32 位元技術,能夠完全發揮當時 Intel 硬體特性,而還同時保留 16 位元應用程式的相容模式。在這之前雖然有 Windows NT,但是上面並不能跑 Win 3.x 及 Win9x 的程式。Win XP 大一統了 M 社的作業系統產品線,工程師的興奮程度無可言喻。

但是一些基本的問題很快就浮現出來: 一方面 XP 的成功招來了黑白兩道駭客的關注,系統各處的軟體弱點不斷地被找到。另一方面工程團隊對於有系統化的更新架構和程序還來不及上手,修補弱點以及釋出更新程式的速度一直快不起來。結果雪球越滾越大,M 社對到處冒出來的安全問題應接不暇,客戶的耐心和信任逐漸崩解,而且媒體也大加撻伐,批評 M 社簡直置使用者的安全於不顧。那時候 M 社狼狽之極,而且用戶對 M 社產品的信任問題延續了好長一段時間。

BillG 看出來這個危機如果不主動處哩,幾乎會動搖國本。他跟一票資深領導不但動作快,也很果斷: 首先是公布了那一份有名的宣言 https://www.wired.com/2002/01/bill-gates-trustworthy-computing/ ,同時在 M 社內部做了幾件重要的措施 : 首先成立了 TwC 部門,總攬全公司工程部門的資安技術訓練以及工法的選擇;當時當下最重要的任務,是協助每個開發中的產品架構評估弱點的多寡以及情況,並且訂下優先順序。接下來,他下令將所有 (沒錯,是所有) 開發中的產品停下來,除了進行評估之外,還讓所有的 PM、Dev 和 Test 接受安全軟體開發 (Secure Software Development Life Cycle, SDLC) 的技術訓練,海外的工程人員也不例外,要分批飛回總部。最後是制度化安全更新的系統以及制度,訂出了有名的 "星期二更新" (Patch Tuesday),增加了使用者的穩定感。

老實說,一開始實施這些措施的時候,許多人很反感,甚至對公司有抱怨跟抗議。早期多半的工程師,包含我自己在內,總是認為這些資安的措施是額外的負擔,所以能敷衍就敷衍,交差就好;這也是形成問題的基本原因。但是看到公司的領導們沒有要讓步的意思,才認知這件事非同小可,找好硬著頭皮跟著策略方向走。到了後幾個世代的工程師,就把這些程序視為理所當然,慢慢融入文化及習慣當中。到了現在,總算是逐漸拾回用戶的信心。

對於這些措手不及的各種危機,M 社也發展出了基本的新法:

一,先暫停正在進行的活動,用最短的時間檢視眼下的情況,以及評估影響的範疇。

二,針對影響最大的部分進行止血,阻止後續的崩壞。

三,絕對不能風頭過了就算了,必須建立可持續執行的程序,避免同樣的情況發生。

說到底,用一切的方法重建自己人以及客戶的信心,並且讓所有人看到執行的決心,才能真正的救援成功。

results matching ""

    No results matching ""