現代軟體工程 第九章 練習與討論

標籤：blog   http   strong   os   width   問題   

9.5.1  PM們的故事

講了這麼多條條框框，我們還是來講幾個故事吧。

A）是不是所有的好功能都是由PM主導，一步一步根據使用者需求，按照使用者情境設計，然後進行可用性測試等等步驟之後得來的呢？

功能本天成，妙手偶得之——一個來自微軟的故事

約摸在1985年，微軟的一個叫Steve Hazelrig的工程師正在寫Mac Excel 版本的列印功能，那時候雷射印表機很貴，而且離辦公室也不近。他懶得經常跑到印表機那兒取列印紙檢查列印效果，就寫了一個小程式，把要輸出到印表機的映像顯示在螢幕上，還有一個放大鏡功能可以把局部放大以檢查每個像素的位置及效果。這時一個PM路過看到了這個小工具，說，這麼酷的東西，為啥不做成一個功能呢？

所以後來微軟的編輯軟體都有了“預覽列印”這一功能。然而，使用者們並沒有正式地要求這一功能。

B）PM怎麼說服聰明的同事？

這個故事在[注4, 注5]中都提到了。在Macintosh研發的過程中，由於計算能力的限制，電腦的圖形顯示非常緩慢。一位聰明的程式員展示了他的新演算法，能很快地畫圓形和橢圓。當他得意地展示給Steve Jobs看的時候，（作為一個不懂編程技術的PM，Steve應該表示仰慕才對……）Steve平靜地反問——你能繼續改進，讓圓角的矩形框顯示速度加快嗎？程式員說：這個太難了，也沒有必要。橢圓不是挺好的嗎？Steve為了說服同事，建議兩人到外面散步，然後指出現實世界中的各種告示牌都是用圓角的矩形框來實現的，走了一圈，同事就被說服了。過了幾天，圓角的矩形框也可以很快速地在螢幕上顯示了。

C）PM如何找到需求？

一些人常說PM負責提需求，Dev就管實現就好了，那需求從哪裡來呢？我們用了一章的內容來說明這個問題，參見本書“第8章 需求分析“。

D）PM的分析能力和韌性

能把市場、我方的優勢和劣勢、創新的機會講得頭頭是道，也是一種能力。在“第8章 需求分析”中我們講過NABC方法[YEKA3] 。喬布斯在NeXT公司時也做過很令人信服的分析：

http://v.youku.com/v_show/id_XMzE1Mzc2NTE2.html 

注意，這麼厲害的PM，分析得這麼透徹，但是NeXT的產品還是失敗了。

但是喬布斯沒有氣餒，又投入了另一個公司的運作——Pixar。

你有這些能力嗎？

微軟的PM有著獨特的曆史和價值，正如Steven Sinofsky講的：一直被拷貝，但很少成功複製……[注6] [注8]。新的技術浪潮和商業模式給IT人士提供了一波又一波的機會，瞭解PM的特點和要求，對想要進入這一領域的同學來說很有好處。

9.5.2  在校學生如何為成為PM做準備

不少大學裡的同學都有一個想法——先做幾年技術，然後做管理；也有一些同學說——我技術不行，希望直接找到一個做管理的工作，就像PM那樣。課程的老師邀請了幾位在工業界工作的PM來和同學們談談PM在他們項目中的作用，PM在整個公司的作用，如何從別的職業轉為專案經理，如何在學校裡為PM這一職位做準備，等等。

9.5.3 生活中的三元組舉例

我們說過， 大部分優秀的團隊可以做到目標三元組 （多，快，省）中的兩個，類似的三元組還可以用來說明各種商品或活動的不同特性， 例如，如果你和你的小夥伴想周末去某地旅遊，交通工具的選擇也可以用一個三元組來權衡（快速，靈活，便宜）。請分析各種交通工具的特性（長途汽車，火車，自駕，飛機，單車，等）。