我個(gè)人認(rèn)為，這是一篇不錯(cuò)的文章，雖然我不是Program Mananger，但是我?guī)缀踉谧鲋瓦@個(gè)職位很相似的工作。在這里，我把這篇文章推薦給所有的程序員，我相信，這篇文章會(huì)讓你明白，只有技術(shù)是遠(yuǎn)遠(yuǎn)不夠的，因?yàn)闆](méi)有Program Manager這個(gè)角色，程序員們只不過(guò)一些手中拿著利器卻不知所措的散兵游勇。我希望我的導(dǎo)讀和原文能給所有的程序帶來(lái)啟示。
原文在這里： “How to be a program manager”
這篇文章的作者叫Joel Spolsky，在Microsoft做過(guò)Program Manager，這篇文章非常值得一讀。下面是我給大家做的一個(gè)導(dǎo)讀：
首先，他講了兩個(gè)人，一個(gè)是負(fù)責(zé)WYSIWYG 字處理的天才級(jí)的Program Manager——Charles Simonyi，第二個(gè)是上世紀(jì)80年代的負(fù)責(zé)Mac OS上的Excel項(xiàng)目的程序員Jabe Blumenthal，他發(fā)現(xiàn)了程序員和市場(chǎng)人員的代溝，Marketing的人很難通過(guò)把MBA-Speaking翻譯成實(shí)際的Feature，并且，有太多的和編碼不相關(guān)的工作，比如說(shuō)，和用戶交談，運(yùn)行usability測(cè)試，Reivew競(jìng)爭(zhēng)者的產(chǎn)品，并且得冥思苦想怎么能讓事情變得更簡(jiǎn)單，而我們的程序員通常來(lái)說(shuō)即不具備這樣的時(shí)間，也不具備這樣的能力。于是，Jabe開始了他的Program Manager的生涯。
工作范圍
作者在第二節(jié)里說(shuō)了一個(gè)PM主要負(fù)責(zé)哪些事務(wù)：
Design UIs （用戶界面的設(shè)計(jì)）
Write functional specs （書寫功能規(guī)格說(shuō)明書）
Coordinate teams （團(tuán)隊(duì)協(xié)調(diào)）
Serve as the customer advocate， and （從用戶角度思考問(wèn)題）
Wear Banana Republic chinos （Banana Republic是一個(gè)服裝品牌，意思是作者在調(diào)侃PM需要衣冠楚楚，而不像程序員們只有T恤或牛仔褲）
接下來(lái)，作者講述了他第一份Program Manager工作的經(jīng)歷，非常有意思，那是一個(gè)關(guān)于Excel 用戶定制化的項(xiàng)目（陳皓注：應(yīng)該是在Excel中加入VBScript的項(xiàng)目吧，是所謂的宏）。
第一個(gè)階段
首先，作者找了很多很多的用戶談?wù)摿诉@個(gè)什么是有用合理的實(shí)現(xiàn)，這是一個(gè)非常巨大的工作，花費(fèi)了非常多的精力和時(shí)間。
然后，作者找到了Visual Basic團(tuán)隊(duì)詢問(wèn)了是否可能給Excel提供一個(gè)編譯器和代碼編輯器，以便實(shí)現(xiàn)“宏”。
接著，作者查看了一下Apple上面的AppleScript這種宏，取了取經(jīng)。
后，作者同 Word， Access， Project， 和Mail團(tuán)隊(duì)們討論了很多很多。
作者說(shuō)，這個(gè)階段的工作讓他滿是傷痕，他甚至害怕聽到手機(jī)鈴響。
第二個(gè)階段
確定大方向。他開始寫下Visual Baisc應(yīng)該怎么樣在Excel里面工作的文檔。并提供了一些簡(jiǎn)單的宏的樣子，這應(yīng)該是high-level的Functional Spec。
當(dāng)大的方向確定后，他開始了一些更為細(xì)節(jié)的功能規(guī)格說(shuō)明的書寫。這是所謂的Functional Specification. (陳皓注：FS這份文檔應(yīng)該只是說(shuō)明從用戶的角度上來(lái)看這個(gè)產(chǎn)品長(zhǎng)成什么樣，而不是實(shí)現(xiàn))
雖然FS并不需要說(shuō)明怎么去實(shí)現(xiàn)，但這份文檔應(yīng)該是需要非常詳細(xì)地說(shuō)明整個(gè)Excel和VBScript怎么相互交互的，這是其中重要的部分。
當(dāng)作者把FS的一個(gè)初始化版本發(fā)給開發(fā)團(tuán)隊(duì)（Ben Waldman）時(shí)，開發(fā)團(tuán)隊(duì)非�？斓貙�(shí)現(xiàn)出了一個(gè)原型，并提供了面向?qū)ο蟮南嚓P(guān)接口。但可惜的是，那并不是Program Manger所想要的。
作者描述了一個(gè)細(xì)節(jié)如果幫助開發(fā)團(tuán)隊(duì)解決技術(shù)難點(diǎn)的例子。那是關(guān)于把一個(gè)Excel中的一個(gè)cell的值取出來(lái)的例子。當(dāng)時(shí)，developer團(tuán)隊(duì)認(rèn)為這是一個(gè)難點(diǎn)，因?yàn)檫@個(gè)值可能是任意類型的。而VB中卻需要先聲明變量的類型。后來(lái)，作者找到了VB的開發(fā)團(tuán)隊(duì)，了解到了Variants 和IDispatch可以做到這個(gè)。
我們可以看到，F(xiàn)S在這樣反復(fù)地和developer 團(tuán)隊(duì)推敲，甚至去幫助程序員解決技術(shù)難題，之后終才能確定下來(lái)。一旦FS確定后，program manger需要做兩件事：
負(fù)責(zé)解釋相關(guān)的問(wèn)題。
組織并形成相關(guān)的design。
也是說(shuō)，除了對(duì)FS解釋外，需還需要把What needs to do 變成 How to do的設(shè)計(jì)文檔。另外，Program Manager可能會(huì)有下面的工作：
測(cè)試人員會(huì)對(duì)FS有很多很多疑問(wèn)，因?yàn)樗麄冃枰涝趺礃尤y(cè)試這些FS中所包含的東西。
和文檔團(tuán)隊(duì)商討如何寫一個(gè)好的教程或是一個(gè)參考文檔。
和localization 團(tuán)隊(duì)制定localization 的策略。
和市場(chǎng)人員說(shuō)明VBA的優(yōu)勢(shì)和功能。
我們可以看到，作者有太多，太多的會(huì)議和太多的與人溝通的事務(wù)，真是一個(gè)不簡(jiǎn)單的工作啊。
沖突管理
后面，作者著重講了“Conflicts”沖突，這可能是所有的團(tuán)隊(duì)都會(huì)有的問(wèn)題。而我們的Program Manager因?yàn)橐湍敲炊嗟娜藴贤ń涣鳎�，必然�?huì)需要有一種超人的能力去管理與人的發(fā)生的觀點(diǎn)上的沖突。作者，在這里說(shuō)了和程序員發(fā)生的很多爭(zhēng)論，因?yàn)镻rogram Manager是從用戶的角度出發(fā)，而我們程序員總是從技術(shù)和實(shí)現(xiàn)的角度出發(fā)，不同的角度必然會(huì)引發(fā)沖突。作者舉了一個(gè)例子，他說(shuō)，用戶們喜歡一個(gè)“心靈感應(yīng)”的界面和一個(gè)30英寸的顯示器，而我們的程序員喜歡的只是用Python搞的命令行接口。呵呵。另外，作者引用了一個(gè)Excel中的“pivot tables ”所引發(fā)的一個(gè)歷時(shí)長(zhǎng)的爭(zhēng)議作為案例。
后，作者討論了，爭(zhēng)論是一個(gè)很好的事，好像法院里的原告和被告都有自己的辯護(hù)律師一樣，這有助于人們逼近事物的真相。對(duì)于軟件開發(fā)也一樣，良好的爭(zhēng)論其實(shí)是對(duì)產(chǎn)品有好處的。我們應(yīng)該在爭(zhēng)論中關(guān)注事。
當(dāng)在討論到和程序相處的過(guò)程，作者說(shuō)到了和程序員相外并不是一件很容易的事，因?yàn)槟悴⒉痪幋a而也沒(méi)有技術(shù)能力，通常會(huì)受到程序員的冷眼。所以在和程序溝通的過(guò)程中需要保證兩件事：1）確信自己的正確的。2）讓程序員尊敬自己。而對(duì)于第二點(diǎn)，如何讓程序員尊敬自己，作者發(fā)表了自己的見(jiàn)解：1）demonstrate intelligence（展示自己的才華），2）open-mindedness（心胸寬闊），3）fairness（公平，正直）。千萬(wàn)不要搞辦公室政治，或是開私密的經(jīng)理會(huì)，等等。不然的話，你必然受到排擠。
