2011的文章

從開始寫這個網誌以來，「新聞業的未來」就是我們最常討論的話題之一。為什麼我這麼的關心這個議題？因為新聞業背後代表的是訊息、知識的傳遞，如果它能夠更有效率的存在，那人們也就能夠更有效率的取得訊息和知識，這對於一個社會的進步和轉型更知識密集的產業發展 (網路業就是其中一個)，扮演著非常重要的關鍵角色。

目前為止，這個的未來到底在哪裡，大家還講不準。我認為它將和數位化、網路化、電子商務息息相關，但是也有許多人持不同的看法。但無論如何，有許多似是而非的理論，和新聞業的未來是沒關連的。Washington Post (華盛頓郵報) 上週刊登了一篇「Five myths about the future of journalism」的流言終結者文章，我認為非常值得大家參考。按照慣例，我鼓勵你去讀讀原文，下面是我用我的話去解釋：

老牌媒體正在失去觀眾

沒錯，2010 年開始，網路的確已經正式取代報紙，成為美國的讀者最主要的新聞來源。台灣雖然沒有類似的統計，但我猜相去不遠。但是說「傳統媒體」因此已經打輸這場戰爭的人，卻是大錯特錯。北美最大的 25 個新聞網站，只有 2 個不是傳統媒體經營。台灣名列 Top 100 的聯合新聞網、蘋果日報、中時電子報、NOWnews、自由電子報，也都是「老牌」。當然傳統品牌經營的數位媒體是有成本優勢還是劣勢，這是另一個話題。但是人們絕對是習慣的動物，當他們改變閱讀平台，第一個還是找他們最習慣的那些媒體品牌。

等到廣告預算都移到線上，媒體就會得救

2010 除了是數位閱讀取代紙本的一年，也是線上廣告超越印刷的一年，這點無論是北美還是台灣，都是一樣。但是線上媒體並沒有因此而獲得救贖，因為他們大多還是卡在 CPM (橫幅廣告) 模式，但是移到網路的廣告預算，卻往往會去尋找更有效率的 CPC、CPA 等模式。在北美，Google 的關鍵字廣告就吃掉了整體線上廣告的一半，在台灣，奇摩、Google、Facebook 等的 CPC 廣告加起來應該也有 1/3 以上。所以從舊媒體變身為一個新媒體，如果你沒辦法同時更新你的商業模式，那即使再多的廣告量移至線上， 你也只能眼巴巴的望著。

內容才是王道

「做出人們想要看的內容」是 20 世紀的媒體哲學，到了新時代，不好意思，它已經不適用。第一、內容不一定要是自家的；第二、它只是聚眾的管道。所以更重要的，你必須要去了解閱讀這些內容的人們 — 也就是你的社群，他們的行為、喜好、購買計畫，這樣你才有可能獲利。Google 就是最好的例子，它的內容都是別人家的，卻能夠從使用行為中挖掘消費者的購買慾望，適時提供相關廣告，因此才能夠這麼有效的獲利。如果說媒體的未來無法和電子商務脫離關係，那你唯有知道誰會想要買什麼，才有可能勝出。至於付費牆，事實證明它只會殺了你忠實的社群。

全球報業都在下滑

事實上不然，過去五年，全球報紙的發行量是上揚 5% 的。當然台灣這邊的確是下滑大約 5-10%，日本也有 8%，但是一年 1-2% 的衰退其實也沒有大家想像中的那麼糟，2010 台灣報紙的整體廣告量甚至還是逆勢成長的趨勢 — 擺脫 08/09 的金融海嘯。不過如果你是一個傳統媒體，也不能因此就鬆懈，無論如何它還是一個面臨強烈挑戰的行業，趕快趁現在手頭比較鬆，投資未來，讓自己有機會成功的轉型，是絕對必要的。

你應該要專移注意力到小範圍地方新聞

過去 5 年，大家把「小範圍地方新聞」 (Hyperlocal News) 喻為媒體的未來，說因為科技的發達，我們終於可以實現各鄉鎮市都有自己媒體的烏托邦。理論上聽起來很合理，但實務上事情卻沒有這麼簡單 — 第一、超小地方的讀者自然也是超小眾；第二、製作超小地方新聞的成本並無法有效壓低。所以怎麼算這都是一盤賠錢生意，當然有很多人想到把工作外包給使用者，但是當每個人都已經被資訊爆炸埋沒時，過濾雜訊還是一個問題。所以或許有一天我們真的能擁有這個東西 (當人工智慧可以自己發掘、報新聞時)，但是這個未來絕對不是最近。

以上，就是今天的五個新聞業流言終結者。而如果你創業的主題是數位媒體、社群媒體，那與其看這些鐵達尼號如何掙扎著轉彎，我會建議你多研究 Huffington Post 和 TechCrunch 是怎麼成功的。

PS. 下星期五 (4/22) 6:30pm，2011 #4 appWorks Startup Mixer 將在 BCDog Cafe 舉行，請圈起你的行事曆，Facebook 活動頁明天就公布。

(Image via 37244380@flickr under CC license)

啊，這位宅男運氣真好，是嗎？(不，和展場的 Show Girls 合照並不是東方 Otaku 的專利。)

「運氣」到底是什麼？為什麼我們身邊會有兩種人，一種，條件不怎麼好，學歷也不怎麼樣，但是真是他X的運氣好，工作、事業、家庭、人生似乎通通都很得意。另一種，從小到大都是都是資優生，條件也很不錯，但是他偏偏就是找不到合適的另一半，工作也是一個換過一個，好像這個世界總是不給他好日子過。奇怪，難道人生就是這樣的不公平？

幸運的人有什麼不同

原來，這件事情根本就很簡單。今天因緣際會下發現 University of Hertfordshire 的心理學權威 Richard Wiseman (聰明人威斯曼) 教授在這方面做了很多研究，得到了一些非常有趣的結論。其中一個研究裡面，他先把研究的對象分成兩組，一種是認為自己「幸運」的人，一種是認為自己「不幸」的人。

接著，他分別給兩組人一份報紙，一模一樣的一疊報紙，請他們算算這裡面有幾張照片。最後統計，「不幸」的人，平均花了兩分鐘來算，但是「幸運」的人，每個卻只花了幾秒鐘就完成。你說怎麼可能？幸運的人只是幸運，又不是有超能力。沒錯，他們並不是有超能力，而是 Professor Wiseman 偷偷的在報紙的第二頁，寫了這麼小小的一段話：

別算了，這份報紙裡面有 43 張照片！

大多數不幸的人，並沒有注意到這段話。相反的，大多數幸運的人，都發現了。

哇，這真是驚人的發現。原來，幸運的人和不幸的人，差別在於他們做事的態度。根據 Wiseman 自己的分析：

不幸的人常常錯過機會，因為他們太專注在找那個唯一的答案。他們總是懷著要找到跟自己完全契合的另一半，這樣的心態，於是錯過了許多交到好朋友的機會。他們不斷的在找心目中那個理想的工作，於是忽略的其他的好選擇。相對的，幸運的人心態很放鬆、眼界很開闊，他們心中沒有答案，先看到底有什麼選擇，再決定要怎麼做。

換句話說，幸運的人和不幸的人，根本就只是「人生態度」的不同。當你對這世界有過度的期望，一定要找到那個心目中的答案時，那你注定要失望，當然覺得自己不幸。相對的，當你放開心胸，後退一步，讓這個世界自己來找你時，因為你必須要考慮所有的選擇，當然更能夠抓住機會。也因為你沒有既定的答案，所以不管發生什麼事，都覺得自己運氣很好。

更重要的是，我發現這個邏輯也能用來解釋「精實創業」為什麼這麼有效。當你一心一意想要做心目中的那個產品時，你就忽略了過程中市場給你的種種訊號，而錯過許多 pivot 的好時機，結果當然非常不幸。當你敞開心胸，讓市場來告訴你答案時，那不但你的產品將會更符合他們的需求，你也更能夠抓住每一個應該要 iterate 和 pivot 的機會。

所以，資訊展的宅男為什麼幸運，因為他們並沒有一定要找到遙遙本人，任何一個 show girl 願意合照，他們都覺得很爽，這樣，你懂了嗎？

___

歡迎在 Facebook 上收聽更多我的分享

(Image via nathaninsandiego@flickr under CC license)

我們都有這樣的經驗：要開發一個東西，請工程師估算時間，大概要五天。結果過了一個禮拜，東西還沒出來。一問之下，碰到了原先完全沒有預期的情況，否則就是某個套件原來不能這樣用，必須要換一個，否則就是一個莫明的錯誤，找了一個下午還是不知道為什麼。久而久之，工程師開始習慣在回報的時間裡面灌水，預留空間給這些「未知數」，而我們也常常把他們給的時間乘以二，來得到最壞情況的數字。問題是這樣的方法之下，最後整個組織開始習慣用最龜的速度前進，因為估算精準、動作快，在這中間一點好處也沒有。更壞的情況，是叫九個女人去生一個小孩，那才是災難的開始。

為什麼軟體工程無法估算時間？

要了解這件事情發生的原因，你必須要先知道為什麼軟體工程是無法估算時間的。我以前常常喜歡用「常態分布」來解釋軟體工程時間的花費 — 上述的情況，讓大家慢慢從 Average 變成 (Average + 3 STD) 估算，最後平均浪費了 3 STD 的時間 — 不過這只是統計學上的解釋，並不是真正的「原因」。直到我前幾天看到這篇文章：「Why Can’t Developers Estimate Time?」，才給了我超大的一個領悟。(文章有點難，不過英文不錯的人，我鼓勵你們去讀讀。)

作者 Ashley Moran (愛許麗‧莫倫) 說：

我們無法預測軟體開發中每一個項目的時間，是因為這些工作的本質就是「創造新知識」。開發軟體的目的是創造「自動化的流程」，一但目標達到，自動化後的流程就可以重複的被執行，在可預測的時間裡面。所以一個軟體就像是「食譜」一樣，而電腦就是「廚師」，輸入的資料是「食材」，而輸出的資料是「晚餐」。

因此，我們在做的事情是讓未來從不可預測，變得可預測，讓大哥小弟、老爸老媽、只要想煮飯的，人人都可以當食神，給他三十分鐘，都可以弄出一鍋超級無敵海景佛跳牆。所以，「開發食譜」這件事情的本身，是一個創造新知識的過程，時間上當然很難預測。

如何管理

因此，軟體工程用硬體工程的模型去管理，從出發點就是錯誤。一個建築案是先有了「藍圖」，才去估算每個細項需要的時間。當我們在做的是藍圖本身，怎麼能夠沿用他們的模型？如果是這樣，一個創業團隊該如何「管理」開發的時間？

我的答案是你沒辦法 — 你怎麼能夠控制臭蟲什麼時候要出現？但是你可以管理「生產力」，也就是確認團隊總是在高效率的情況下工作，那最後你會得到的是 Average 的工作時間，比起前述 Average + 3STD 快上了 3 STD，這前後有可能就快了 2-3 倍。

而要管理「生產力」，一個現代化的軟體開發團隊，我認為有以下的幾個好工具可以用：

• Pair Programming (兩人小組) — 一個人寫程式常常會有盲點，兩個人一起則可以看到對方遺漏的地方。更重要的是兩個人都會從對方身上學到很多知識和技巧，彼此都會成長。而當兩個人都了解一組程式碼，日後的維護也有了兩個選擇，不會因為一個人請假、離職，這些 code 就變成孤兒。記得給他們兩個鍵盤，實務上這會比鍵盤移來移去有效率。
• Daily Stand-Up Meeting (每日早會) — 每天早上固定開一個快速早會，全部人都站著，每個人依序報告昨天的進度，碰到的問題，和溝通彼此程式間該如何傳遞資料。這讓團隊明確的知道彼此的進度，也省去很多溝通不良的麻煩。
• 高效率的工作環境 — 開放、明亮、舒適的工作環境，或許讓大家換上拖鞋，確認團隊成員們可以取得他們需要的飲料、食物，但是不會吃得過飽、或是喝下過多的咖啡因。當其中一個成員困惑時，確認有人可以幫助他。
• 隨時找得到使用者 — 代表「使用者」的那個人 (通常是 PM)，最好是使用者本身，必須要隨時在現場，幫團隊解釋開發上細節不明確的地方。
• 設定上線時間 — 雖然你沒辦法知道每一個子項目會花的時間，但是你可以設定一個上線的時間，然後所有的人通力合作在那個時間之前，盡可能做出一個可以推出的版本。當然，如果第一個版本推出時你不會覺得丟臉，那就是花了太多的時間。

以上，希望可以幫助你們重新思考軟體開發該如何做，也希望對你們正在做的網站、行動應用有幫助。(當然這不是完整的列表，歡迎大家提出你們喜歡用的工具。）

___

除了網誌，我每天都會在 Facebook 分享許多創業者應該關注的資訊，歡迎追蹤

(Image via purecaffeine@flickr under CC license)