【文章內(nèi)容簡介】 尋找并慶祝小小的勝利： 在開發(fā)過程中作重要的東西就是成員的熱情與動(dòng)力，階段性的勝利是激發(fā)團(tuán)隊(duì)斗志的最好方法。如果你把勝利的周期拉的太長，成員的斗志會(huì)被消磨，也就不可能開發(fā)出優(yōu)秀的產(chǎn)品。如果你處在長達(dá)一個(gè)月的產(chǎn)品周期里面，爭(zhēng)取每周來個(gè)階段性的成功。當(dāng)然最好的情況就是每天都能夠有個(gè)小小的勝利，你可以通過下面的方式來界定階段性的成功： * 實(shí)現(xiàn)一個(gè)小功能 * 增強(qiáng)一個(gè)現(xiàn)有的功能 * 重寫一些幫助文字來降低客戶支持的成本 * 移除一個(gè)你不需要的功能特性 持續(xù)性的成功會(huì)讓 你的團(tuán)隊(duì)保持最高的開發(fā)熱情！ 七、 Getting Real 學(xué)習(xí)筆記：關(guān)于雇員 盡可能少的雇人： 其實(shí)不需要過早的讓你的團(tuán)隊(duì)規(guī)模膨脹，也許今后也不需要。如果真的需要 100 個(gè)人的話，你也不用一次性的把他們都招回來，從來都沒有一個(gè)有效的辦法讓很多人快速的融入到一個(gè)工作環(huán)境之中的。過多的人員會(huì)讓你為培訓(xùn)而頭痛、時(shí)常發(fā)生的個(gè)人摩擦、無法避免的溝通障礙，大家各自有各自的主張，總之是十分麻煩！所以，盡可能的避免雇人，同時(shí)想想其它的辦法來解決人手不足的問題?？纯簇?fù)擔(dān)是否過重，那件事情是否需要去實(shí)現(xiàn)，或者用其它的 辦法來解決，總之最后再考慮增加人手。 GE的前任 CEO Jack Welch在雇用一個(gè)人之前都會(huì)考慮一下如果沒有這個(gè)人情況將會(huì)怎樣，因?yàn)橥ǔ６疾粫?huì)向你所想象的那樣需要那么多的人。 炒掉不合格的人： 除了看簡歷、了解雇用人員的工作經(jīng)歷之外，試用也是一個(gè)非常重要的過程。在你正式錄用一個(gè)人之前，你應(yīng)該給一個(gè)小項(xiàng)目讓他去嘗試一下。你可以了解到他是如何處理這個(gè)項(xiàng)目、如何溝通、如何工作的，如果你有機(jī)會(huì)在屏幕前看看他的編碼和設(shè)計(jì)，你將會(huì)了解到更多的細(xì)節(jié)，這些對(duì)于考察一個(gè)人是否合格非常有用。 8 不要只說不做： 用來 考查一名技術(shù)人員， OpenSource 是一件非常棒的禮物，如果他參與過開源項(xiàng)目（國內(nèi)好像太少了），你很容易就可以從中可以看出他的能力和對(duì)技術(shù)的熱情，那些只說不做的應(yīng)聘者很快就會(huì)在你的眼前漏出馬腳。你可以通過下面的條件來判斷一個(gè)開發(fā)人員的能力：工作質(zhì)量、對(duì)于文化的看法、熱情程度、完成度和社交能力。 37Signals 只雇用參與過開源項(xiàng)目的開發(fā)人員，要知道真正熱愛開發(fā)的人才是你的團(tuán)隊(duì)所需要的。 雇用能力全面的人： 對(duì)于一個(gè)小的團(tuán)隊(duì)，更多需要的是能力全面的多面手，而不是某一個(gè)領(lǐng)域的專家。你需要一個(gè)善于書寫的 設(shè)計(jì)師，一個(gè)有設(shè)計(jì)能力的開發(fā)人員。每個(gè)人都有系統(tǒng)架構(gòu)的能力，善于組織自己的思維，并且能夠和客戶溝通。因?yàn)樾〉膱F(tuán)隊(duì)經(jīng)常需要快速的改變決策方向，所以你的團(tuán)隊(duì)成員也必須有很強(qiáng)的學(xué)習(xí)能力，能夠快速的適應(yīng)決策的變化。 熱情是不可能偽造的： 你所需要的并不是一名技術(shù)專家或業(yè)界名人，通常第一個(gè)跳槽的就是這類人。對(duì)于你來說，一個(gè)快樂的能力稍遜的人要比一個(gè)經(jīng)常抱怨的專家適合的多，因?yàn)闊崆槭遣豢赡軅卧斓?。你?yīng)該雇用那些充滿熱情的人，不要你費(fèi)心就能夠獨(dú)立的完成任務(wù)的人，厭倦了大公司那種官僚和緩慢節(jié)奏的人。當(dāng)然，如果他們想你 所想、恨你所恨，如此志同道合，那就再好不過了。 你需要“語言大師”： 如果你正在為錄用那個(gè)人而舉棋不定，選擇最善于書寫的那個(gè)。不管他是設(shè)計(jì)人員、開發(fā)人員、市場(chǎng)人員還是銷售人員，寫作能力才是最重要的。有效與簡潔的文字會(huì)帶給你高效簡潔的代碼、設(shè)計(jì)、郵件、即時(shí)通訊和更多的好處。一個(gè)善于書寫的人并不僅僅是會(huì)用詞，他們善于溝通，他們讓事情更容易被理解，他們知道那些細(xì)節(jié)被忽略掉了，他們有清晰的思維，而這些正是你所需要的。 Clear writing leads to clear thinking. —— Michael A. Covington, Professor of Computer Science at The University of Geia 八、 Getting Real 學(xué)習(xí)筆記：界面設(shè)計(jì) 界面優(yōu)先： 很多應(yīng)用程序的開發(fā)都從程序的設(shè)計(jì)開始，這是一個(gè)糟糕的方式。在你編碼之前先設(shè)計(jì)好界面。編碼是開發(fā)一個(gè)程序最繁重的一部分工作，它是昂貴的并且在確定之后難以改變的。而設(shè)計(jì)相對(duì)廉價(jià)許多，只需要簡單得草稿就行了，當(dāng)然你也可以用 HTML 代碼來實(shí)現(xiàn)你的原型界面。界面優(yōu)先的另外一個(gè)原因 —— 它 就是你最終產(chǎn)品的樣子，大家都能夠看到你將做出什么樣的產(chǎn)品。從界面開始你能夠感覺到產(chǎn)品是存在的，容易使用嗎？能夠解決什么問題？大家能夠在開始就找到這些答案，你也能夠靈活的去調(diào)整程序。 核心式設(shè)計(jì)： 從最核心的頁面開始設(shè)計(jì)，然后延伸開去。這意味著在開始你并不需要去考慮頁面導(dǎo)航條、頁腳內(nèi)容、顏色和 LOGO之類的，你應(yīng)該將精力花在核心功能的頁面上。例如你設(shè)計(jì)一個(gè) BLOG程序， BLOG文章的顯示就是最重要的頁面，而不是旁邊的分類、頁頭導(dǎo)航和用戶的評(píng)論。只有當(dāng)頁面上最核心的元素設(shè)計(jì)完成了，你才應(yīng)該去考慮那些相對(duì)次要的內(nèi)容，然后一步步地向邊緣移動(dòng)，這就是核心式設(shè)計(jì)。它和那些框架式設(shè)計(jì)正好相反，先是整體結(jié)構(gòu)，最后才是核心部分。核心式設(shè)計(jì)讓你把時(shí)間花在真正需要關(guān)注的地方，你能夠盡早的與設(shè)計(jì)師和開發(fā)人員交流，而不是等到所有的部分都設(shè)計(jì)好了再去。 界面的三態(tài)： 9 對(duì)于你設(shè)計(jì)的每一個(gè)功能頁面，你都必須注意它的三種呈現(xiàn)狀態(tài)。 * 常規(guī)界面：用戶在正常使用時(shí)操作的界面，上面已經(jīng)有用戶的使用數(shù)據(jù)顯示。 * 初始化界面：當(dāng)用戶第一次來到時(shí)看到的界面，上面沒有任何用戶的數(shù)據(jù)。 * 錯(cuò)誤界面：它會(huì)在產(chǎn)生任何錯(cuò)誤的時(shí)候出現(xiàn) 初始化界面：忽視你的初始化界面將是一個(gè)非常嚴(yán)重的錯(cuò)誤。它是用戶使用你的程序所見到的第一個(gè)界面，失去這個(gè)第一印象你將再也無法挽回。設(shè)計(jì)師們通常會(huì)把頁面模版的所有地方都填充上數(shù)據(jù)，任何一個(gè)列表、表單、縫隙和剩余空間都不會(huì)放過，他們認(rèn)為這樣看上去很不錯(cuò)，程序會(huì)工作得很正常。在大多數(shù)的情況下，程序都是出于缺乏數(shù)據(jù)的狀態(tài)的，只有用戶長期的使用才會(huì)慢慢的填充數(shù)據(jù)，其實(shí)用戶都會(huì)通過初始化界面的好壞來決定是否使用這個(gè)程序。然而很多開發(fā)者和設(shè)計(jì)師都忽略了這一點(diǎn)，因?yàn)樗麄儚?來都是在一個(gè)充滿了數(shù)據(jù)的測(cè)試界面下工作的，很少會(huì)扮演一個(gè)新的用戶進(jìn)入系統(tǒng)去看看。一個(gè)成功的初始化界面應(yīng)該包括下面的內(nèi)容。 * 顯示快速的教程和幫助性內(nèi)容 * 給一個(gè)填充了內(nèi)容的示例圖片 * 向用戶解釋如何開始以及最終會(huì)看到什么 * 回答初次使用者的基本問題，我看到的是什么？我應(yīng)該如何做？ 記住，一定要給你的用戶一個(gè)好的開始，留下一個(gè)好的印象！ 防止錯(cuò)誤的設(shè)計(jì)： 在線的操作難免不會(huì)產(chǎn)生錯(cuò)誤，這一點(diǎn)是我們應(yīng)該認(rèn)同的。不管你是多么仔細(xì)的實(shí)際你的程序，經(jīng)過多少次的測(cè)試，用戶 總是會(huì)碰到問題。那么如何處理這些不可避免的問題呢？使用防止錯(cuò)誤的設(shè)計(jì)。就像預(yù)防事故的駕駛那樣，開發(fā)者需要堅(jiān)持不懈的尋找那些容易讓用戶混淆和受挫的地方，并且要提供更加友好的錯(cuò)誤的提示頁面，給用戶清晰的引導(dǎo)，提高用戶體驗(yàn)。 關(guān)聯(lián)性勝過一致性： 應(yīng)該用按鈕還是鏈接，這取決于要執(zhí)行的動(dòng)作；日歷是用列表顯示還是用網(wǎng)格顯示，這取決于它會(huì)顯示多長時(shí)間；是否全局的導(dǎo)航鏈接要出現(xiàn)在所有的頁面上，是否每個(gè)頁面上都要顯示搜索框或者相同的頁腳，這些都取決于是否真的需要。當(dāng)用戶需要的時(shí)候再給他，用相關(guān)聯(lián)的操作來提示用戶，去掉那 些沒有必要的，不要被那些生硬的一致性原則束縛了你的設(shè)計(jì)，用戶的體驗(yàn)永遠(yuǎn)是第一位的。 書寫也是界面設(shè)計(jì)： 偉大的界面是寫出來的。你在界面上的用詞和像素、圖標(biāo)與字體一樣重要。你需要關(guān)注那些閱讀你的界面的人們想知道什么，以及如何簡潔又清晰的表達(dá)。你要使用與你的用戶相同的語言來表達(dá)，千萬不要用那些技術(shù)化的詞匯，不要像工程師之間的交談那樣，用戶看起來會(huì)覺得是天書的，盡量使用短小而親切的句子來表達(dá)內(nèi)容。幾乎在所有的地方文字都是設(shè)計(jì)的一部分，例如圖標(biāo)旁邊的文字、表單的示例、帶標(biāo)簽的按鈕，還有操作的步驟說明，所有這些 都是界面的設(shè)計(jì)。 統(tǒng)一界面： 將管理界面整合到前端的公共界面中去，所謂管理界面，通常都是用來設(shè)置一些參數(shù)，管理數(shù)據(jù)和用戶的。因?yàn)榇蟛糠值木?huì)花費(fèi)在前端的界面設(shè)計(jì)，所以可以將管理界面前置，不要分隔成兩個(gè)不同的操作界面。例如一些常用的編輯、添加、刪除操作，放在前端的界面里比較合適。如果你同時(shí)維護(hù)兩個(gè)不同的界面，其實(shí)是一件痛苦的事情，就像同時(shí)交兩份稅一樣，所以盡可能的減少界面的數(shù)量，這樣才能提高界面的質(zhì)量。 九、 Getting Real 學(xué)習(xí)筆記：關(guān)于編碼 10 小巧的軟件： 隨著代碼量的增加，你軟件 的復(fù)雜度也會(huì)隨之增加，每一次調(diào)整和變動(dòng)的效果都會(huì)疊加，所以讓你的程序代碼盡可能的保持簡潔。那么抵制這種代碼復(fù)雜化的最好方法就是只做小巧的軟件，它也意味著更少的功能、更少的代碼和更少的浪費(fèi)。小巧的軟件讓你放棄對(duì)未來功能的規(guī)劃，將重點(diǎn)放在解決現(xiàn)在的問題上。為什么呢？因?yàn)槟闼鶕?dān)心的未來的擴(kuò)展通常不會(huì)立刻到來。開發(fā)小巧的軟件會(huì)給你帶來如下的好處： * 容易管理 * 少量的代碼讓你的維護(hù)變得簡單 * 你可以更靈活的改變功能（代碼修改的成本降低） * 更少的 BUGS和更少的客戶支持 讓你的開發(fā)人員敢于向不合理的功能需求宣戰(zhàn)，他們知道如何簡單的實(shí)現(xiàn)一個(gè)合理的功能，用最好的方法。 為快樂而編碼： 一個(gè)快樂的程序員會(huì)是一個(gè)高產(chǎn)的程序員，選擇那些能夠讓你的團(tuán)隊(duì)保持激情的工具，而不要選擇那些符合業(yè)界標(biāo)準(zhǔn)的陳舊的工具。你的成員需要有趣的、富有挑戰(zhàn)的、能夠讓人感到自豪的，能夠在 8 小時(shí)的工作內(nèi)充分感覺到快樂的方式來工作。就像 37Signals 選擇了 Ruby 作為他們的開發(fā)語言，他們用最大的熱情推動(dòng)了 Rails 框架的發(fā)展（在此之前 Ruby 還默默無聞）。當(dāng)然不僅僅是開發(fā)語言，一個(gè)他們喜歡的 平臺(tái)、應(yīng)用或者是框架，都能夠給他們帶來快樂。只有快樂的程序員才會(huì)寫出簡單的、可讀的代碼，他們擁有清晰的思路和一流的解決方法。