"Getting Real" 到底想要告訴我們甚麼?

文章引用至

Getting Real 是 37signals 最近出版的一本電子書, 內容探討開發 web application 的方法及經營策略. 蠻顛覆一般傳統軟體工程所學的. 聽說已經賣了 6000 多本, 大家當做求取新知看看吧!

大致把書上 Table of Content 放上來, 相信看完後你們會有一些新想法!

1. 起跑線
   • Build Less(少功能, 少人開發, 少廣告…), 了解你的問題? 自己投資
   • 要在時間及預算內完成, 些許的彈性(減少你的功能)
   • 找個敵人給自己. 不要把它當雜務事
2. 保持苗條
   • 越是苗條越容易改變, 不要混亂. 降低你的變動成本
   • 只要 3 個員工就可開始(RD, designer, sweeper)
   • 要能接受限制, 你的計畫就不會失控, 還有就是樂於當你自己
3. Priorities
   • What’s the Big Idea, 忽略細節吧
   • It’s a Problem When It’s a Problem
   • Hire the Right Customers, 慢慢擴充, 做個堅持己見的計畫
4. Feature Selection
   • 一半就夠了, 但要好的那一半
   • 開始說 “No”, 你處理的來嗎?, 讓使用者自己想解決方案, 忘記 Feature Requests 吧!
5. Process
   • 開始寫程式及 demo 結果, 反覆的修正更改, 開始把想法寫出來, 不要有 “設定/Preference” 功能,
   • “完成啦”, 直接進入網路世界測試
6. 組織運作
   • Unity, 要有單獨(不被打擾)的時間
   • 開會絕對是毒蘋果, 慶祝你計畫上可能的小小勝利
7. 員工
   • 僱用少一點人或晚一點開始雇人
   • 做事而不是高談, 不要掩飾你的熱情
8. 使用者介面設計
   • 一切從使用者介面開始, 從中心畫面開始往外
   • 要考慮正常使用, 新增時空白及錯誤時的畫面, 要有一致性
   • 使用者介面才是你的著作權
9. 寫程式
   • 用少少的軟體(可以依賴 opensouce), 快樂至上, 讓程式自己說話,
   • 你寫的程式可能是負債, 要小心謹慎
   • 讓資料可以透過 RSS, API 和世界連結
10. Words
    • 沒有 Functional Spec
    • 不要寫常常過期又沒用的文件,
    • Tell Me a Quick Story, 給你的計畫命個名
11. Pricing and Signup
    • 免費使用, 使用者容易加入及取消
    • Silly Rabbit, Tricks are for Kids
12. Promotion
    • Hollywood Launch, 建立一個網站能介紹你的產品
    • 利用 Blog 的力量, 早早提供一些消息吸引大眾, 追蹤你程式內 log
13. Support
    • 讓開發人員感受 Support 的痛苦, 免訓練即可用(也不用 manual, 只要有 online help & FAQ)
    • 快速回答問題, 不用害怕跟客戶說 “No”
    • 善用 Forum
14. Post-Launch
    • 每月可以調整一下程式, Keep the Posts Coming, 讓程式更好而不是 Beta
    • 所有 Bugs 要分輕重緩急, Ride Out the Storm, Keep Up With the Joneses, Beware the Bloat Monster, Go With the Flow

軟 體/網站人員應該對這些新看法覺得蠻有趣的, 看到專案市場常常有人在抱怨, 但有一些人已經開始採取另外的作法. 不像現在軟體公司養那麼多人, 都快要進入恐龍級了, 為了獲利只得外包到人工便宜的地方, 不然就是壟斷那塊市場, 或許他們是因為網路公司的背景, 讓他們有如此不同的看法吧! 這些理念及經營手法多少可以從 37signals 及一些新興的 web 2.0 網站看出來