【程序員電子刊精選】同一個團隊，同一個目標
程序員和產品人員之間的“矛盾”已經快達到了Emacs愛好者和VI粉絲之間的“矛盾”程度。所以也有不少關於“產品人員如何說服程序員”、“程序員如何參與產品設計”的討論和分享，本文就是其中之一。同時，這也提醒了那些精於拍攝“婆媳大戰”題材影視劇的導演們，如果哪天想拍攝IT題材的作品，“產程大戰”是個極好的創意點，會火花四射的。
毫無疑問，我並非想誇大“產程大戰”，而是試圖解決問題，因爲事實上沒什麼真正的“矛盾”，有的只是兩個單純、可愛的羣體之間的打打鬧鬧。不過客觀上，這樣的打打鬧鬧確實是普遍存在的，從初創公司、高速增長公司到上市公司都存在。有時候，雙方針對同一問題觀點不一致；有時候，雙方用各自的專業語言在強調同一問題的兩個側面；甚至有時候，雙方在激烈地討論着兩個完全不同的問題，簡直是關公戰秦瓊。這個過程中，各自的溝通技巧、水平、情商固然重要，但除了這些個人素養之外，公司用什麼樣的原則、方式、標準組建團隊、招聘員工、制定工作流程等則起到了基礎性的作用。
最小完備團隊
在組建團隊方面，尤其是大一些的公司，習慣按照專業線來劃分，比如包括：產品團隊、設計團隊、開發團隊、測試團隊、運營團隊、項目管理團隊等，然後從不同的專業團隊抽調人員組成一個項目組，來負責某個產品的某一次發佈或升級。在這樣的模式下，大家都是對各自的“專業”負責，而不是對“業務的結果”負責，不同專業背景的同事，缺乏統一的長遠目標，相對來說只是比較被動地接受上游的需求，討價還價。這時，技術人員通常沒有機會參與到產品設計環節的討論，充其量在產品人員（上游）完成需求規格說明書或UE設計後參與評審，給出一些技術可行性的意見，說白了就是“能否實現以及需要多長時間做完”而已。對於技術人員來說，這種形式、這種深度的參與基本無法調動其工作積極性，就更別提創造性了。相反，我們應該以業務或產品爲核心，組建一個“角色齊備”的團隊，讓這個團隊長久地對這個業務或產品的結果負責，這裏麪包括產品經理、產品設計、設計師、工程師、測試、運維等角色。
另外，任何大於等於兩個人的團隊，成員間都需要互相溝通，人越多溝通成本越高，工作效率越低，所以任何情況下，都要通過招募儘可能優秀的人才，保持團隊儘可能小的人員規模。Facebook宣佈以10億美元收購Instagram時，Instagram團隊一共只有13個人，可稱得上是最小完備團隊的典範了。當然，更具傳奇色彩的是唐僧的西天取經團隊，以及“碟中諜”電影中EthanHunt的IMF團隊。
複合型人才
如果團隊成員過於強調各自的專業性，同樣也會出現問題。我碰到很多技術人員曾經表示過：“我對業務不感興趣”、“我不想浪費時間和產品人員溝通，他們什麼都不懂”、“我只想成爲後端工程師，前端開發很膚淺和無聊”等。產品人員通常也會有類似的表達：“我又不懂技術”。相反，如果技術人員能繪製產品原型，產品人員能熟練寫寫HTML、CSS、JS等前端的代碼，那麼他們的共同語言和溝通默契將提高一個數量級，工作效率隨之大幅提升，甚至大家的心情、幸福指數也會很高。
因此，在招募員工時，要找那些既有良好專業背景又對其他相關領域充滿好奇的人才。這樣的人通常都比較跨界、思路開闊，甚至性格上也比較積極、陽光。這樣的團隊自我學習能力非常強，同時，能夠主動發現所負責的業務或產品的各種問題，並主動制定解決方案，推進執行。
並行工作流程
對於一個由複合型人才組成的最小完備團隊來說，他們的工作將是積極主動的，大家會整天湊在一起研究自己的產品有哪些問題、需要做出什麼改進等。他們追隨自己的內心和市場反饋，得到了很多靈感和想法，他們需要全速推動產品的進化。於是，他們決定開始開發一個新的版本，當然也要隨時準備修復線上版本的各種問題。
幸運的是他們沒有像上面提到的由不同專業背景的人士組成的項目組那樣進行串行工作，而是採用了並行的工作流程。首先產品、設計、技術、測試等團隊成員坐在一起，開始討論要實現哪些“特性”，關於特性的描述沒有任何高深的非人類語言，相反，都是用最樸實的語言來描述產品會發生哪些變化，任何正常人都能讀懂這些“特性”，否則就是有人在故弄玄虛。在這個過程中，技術人員與產品人員之間的溝通是用戶體驗相關的，而不是各自專業相關的，這種溝通是非常自然的。
在確定“特性”之後，各自將並行展開自己專業領域的設計，比如：產品人員要進行UE的設計、技術人員要進行系統架構設計等；然後團隊負責人（比如產品經理）將組織大家對這些專業相關的工作成果進行評審確認，以便進入後續的執行階段。由於是大家共同制定了此次產品升級的目標，即之前討論的特性範圍，那麼大家在評審時，將最大限度地降低非技術層面的討價還價，更多地聚焦在這些設計是否是最優的。這樣的討論同樣很激烈，但通常是讓人愉悅的。
打造用戶喜愛的產品
當整個團隊長期對一個產品負責時，他們將產生歸屬感和榮譽感。在產品的進化過程中，每個版本的迭代也都是採用了上面的工作流程，那麼大家的短期目標也是高度一致的。最終，不管是長期的產品目標、還是短期的項目目標，整個團隊緊緊地聚焦在了“爲用戶打造他們喜愛的產品”上。專業、技能只是手段而不是目標，狹隘地專注或排斥都是可笑的，相反，技術人員、產品人員等緊緊地擁抱在了一起，自信又互信地爲用戶解決問題。這時我們可以期待團隊迸發出創造力和執行力，美好的事情將會發生。再不改變世界就老了，趕快行動起來吧！
轉載自:http://www.csdn.net/article/2015-03-30/2824344