告訴我，我會忘記； 教導我，我只是記得；讓我深入其中，我便學會。 ~ Benjamin Franklin
本文由 The Effective Engineer 作者 Edmond Lau 授權翻譯
每週，一群 Google 員工會在世界各地辦公室的洗手間門板上貼上一頁紙分享這一週的測試技巧。某一週，可能討論dependency injection，並提供在各種語言如何使用它的簡單範例; 另一週，可能分享如何設定一個工具來測量團隊程式碼基底(codebase)的測試覆蓋率。 “測試在洗手間”(註1) 的首創精神是一個古怪和有趣的方式來教工程師新的和有用的知識，如同他們正在進行自己的業務。 如此也強化了Google工程文化的一個關鍵優勢：有效地向大型工程組織的成員傳播一套一致的、有見地的最佳實踐。
Continue reading “Google 教我有關擴展軟體開發團隊的幾個要訣”
Guy Kawasaki是矽谷重量級的投資家，他的演講淺顯易動，但都是一點就通的觀念。 最近在杜拜 MEED 演講直播
Guy Kawasak：The Lessons of Steve Jobs and What You Need to Know About Silicon Valley
以下整理概要
原文 : What Qualities Make a Good Startup Engineer？
Soft & Share 取得 The Effective Engineer 作者 Edmond Lau 授權翻譯。
不是每一位優秀的工程師是一位很好的新創工程師。我在過去的六年中在三家新創公司(Ooyala， Quora， 和 Quip)面談過一些最有希望的應試者，他們在頂尖的科技公司像是 Google 已經有 5 年以上的工作經驗，在我們面談過程中表現並不好。這些候選者平時並不是不好的工程師，事實上他/她們在目前的工作上表現非常出色，我們只是認為他/她們對一家新創公司而言並不是特別的出色。
Continue reading “新創公司優秀軟體工程師的必備特質”
原文 What Makes A Good Engineering Culture
Soft & Share 取得 The Effective Engineer 作者 Edmond Lau 授權翻譯。
我最喜歡問面試的工程師的其中一個問題–告訴我各一件在他們以前上班的公司中，他們喜歡和不喜歡的軟體開發團隊(譯注 : 原文為 engineering ，但是內文都是意指軟體開發和團隊管理)文化。我已經面試了超過500人– 其中許多來自頂尖高科技公司像 Facebook ，Google，Amazon，Palantir，和 Dropbox – 隨著時間的演進，這個面試問題給了我了一種感覺讓我知道優秀的工程師在尋找什麼樣的軟體開發團隊文化和避免什麼樣的軟體開發團隊文化。從這些面談回應給我的反思和我自己從Google、Ooyala、 和 Quora 7年的工作經驗，我精選了十件軟體開發團隊可以做的事用來建立一個良好的軟體開發團隊文化。
Continue reading “造就優良的軟體開發團隊文化的要素有哪些？”
很感謝柯仁傑兄David在新竹交大辦了這個workshop活動。利用了4個小時的時間讓參與這個活動的網友一起體驗整個Sprint衝刺流程。
參加這個活動前，David已經先通知參加的人要先準備功課
然後在workshop簡單介紹了Sprint的流程，參與的角色，與核心精神。於是就在課堂上出了一道題目–如果高鐵公司希望搭乘的客戶成長30%，那要如何做才能達到這個目標?
這次的活動，每個小組分配到6人，書中是建議7個人(剛好跟Soft & Share讀書會的上限人數一樣) ，然後依照David的分階段任務去模擬Sprint對應的活動。
我們這組在這個階段提出的假設是–如果高鐵可以跟周邊的景點有多一些合作交通運輸業者，讓搭乘者容易找到轉乘資訊與搭配不同的運輸工具，會是一個提高使用者搭乘高鐵意願的關鍵，解決問題的針對對象是–高鐵乘客。
因為沒有「專家」這個角色，所以就當作是在瞎掰 XD
書裡面有強調，衝刺團隊要有一個專家的角色，這個專家也許是對問題的核心很了解例如書中有一個講癌症醫療服務的團隊，裡面就配置一位對癌症治療很熟悉的醫生擔任專家的角色，或是對市場與客戶很熟悉，這些專家扮演被諮詢的角色，他們可以給予衝刺團隊正確解決問題的方向。但是書裡面也強調，決策者的決定凌駕所有人之上，作者舉了一個衝刺失敗的案例–原因就是決策者沒有參加，即使衝刺團隊提出的解決方案很好，但那卻不是決策者想要解決的問題，也就是大家白忙了一場，搞錯了方向 XD 。回到我講的這個workshop沒有專家角色，所以跑起來就會很像是在做–腦力激盪。剛好相反的，作者認為腦力激盪對於解決問題沒有多大幫助。但是David說IDEO的主張又是相反，到底那一方面是正確的? 因為我對IDEO不是很熟悉，所以就不多加評論。
這個階段倒是一直聽到David跟在場的網友叮嚀，因為參與的人以工程師背景居多，這個階段還不是提如何實作的階段。有工程思維的人，這時候很容易就跳到後面的產品功能那方面去了XD 這確實要避免的。
這個階段需要動手畫草圖，這部分真的要多加練習，不然腦袋空空，要在時間內生出一些圖還真有點困難。
這個部分有分兩個階段做投票，第一階段是大家不要討論，自己走到草圖前面，用直覺的方式投下藍色的票。稱之為稻草人投票。
第二個階段由促進者針對草圖解說，並與草圖提供者問答解說，結束後大家再用紅色的貼紙重新選擇。
David解釋這兩個階段主要去測試使用者在不經解說下，對於設計最直覺的想法，與解說後的差異。確實大家經過解說後，投下的票跟原本投下的票不一樣。但是要思考的是–產品出去了，旁邊可是沒有人解釋給使用者聽。
分鏡圖這個階段也是一樣，平常沒有在畫草圖也是有點困難，建議平常可以拿現成的產品介面做練習畫分鏡圖。當在做衝刺計畫後，腦袋會有比較多的連結，以供參考。
這部分時間有限，就沒有做練習
David請每一組請出兩位，一位當作是訪談者，一位當作使用者。訪談者向使者者解說分鏡圖，然後將使用者的回饋記錄下來。
IDEO跟Sprint有何不同?
想要了解初步了解IDEO流程，David建議可以先去看這個影片
幾個名詞 Design Sprint ，Pretotype vs Prototype ，Fake door。
Sprint和敏捷的關係
必須先經過衝刺計畫驗證後再來談敏捷開發。但是我發現大家似乎都是先使用敏捷開發的方式先去做所謂的MVP，然後認為經過不斷的Iteration，認為這樣產品就會變好，但是按照衝刺計畫的精神，寧可花5天先經過出衝刺流程去驗證然後再進入實作，這樣可以避免掉後面的開發浪費。不過如果你是opensource開發者一定不會這樣想，寫到這邊想到了opensource，確實很難將一些opensource的成功案例去用Sprint衝刺計畫來解釋。
看書跟實作真的是兩回事，在回家的路上一直在思考一件事，Sprint應該是不適合用來尋找或是驗證Business model，反而比較適合在某個Domain有一定的技術基礎–例如書中的做服務機械人的公司，或是公司在商業上已經有一定的客群–例如書中的賣咖啡公司，想在上面增加新的功能或是新的服務，然後進行一連串的驗證與決策流程，看了書裡面的幾個範例還有這篇文章–5天设计产品？Google Design Sprint 实战 裡面講的郵件前端的統計功能，都是在這種模式下跑Sprint，所以我的想法是Sprint是蠻適合A+B式的創新，如果是從0到1的創新適用嗎? 因為我的想法是從0到1的過程，領域專家何處尋會是一個很關鍵的問題，大家都在猜一個不知道的領域，沒有專家可供諮詢。但是A+B至少有一個Domain是可以找到專家出一些意見。初步的想法，先整理下來，歡迎指正。
本文由The Effective Engineer 作者Edmond Lau授權翻譯
「不游就淹死 (sink-or-swim)」， 這聽起來不是最鼓舞的話。 Ooyala的CTO,也是前Google聯合創始人， Sean也許可在我進入狀況後跟我說這話， 不過這話在我一到職跨入新創世界的第一天就明白告訴我- 不會有什麼救生圈，唯一可行的是不斷掙扎且最好學會如何以最快的速度生存。
Continue reading “新創公司如何建立優質的工程師到職流程”
最近Guy Kawasaki分享的How to pitch inverstors (演講者: Nathan Gold, Democoach)c 有許多不錯的提點與參考資料. 以下做點整理
班哲明 富蘭克林(Benjamin Franklin)說:
“By failing to prepare, you are preparing for failure” (沒準備好就準備失敗)
Pitch前要先知道誰是你的觀眾
他們沒有時間,13個slides,10分鐘講完
只要是有花時間花精力去了解你做什麼的人都是你的投資者: $投資者、客戶、夥伴、RoW(Rest of World) –其實你的對象是每個對你有興趣的人 Continue reading “如何跟投資者做Pitch”
前幾天剛好看到Kawasaki線上直播, 分享Top Ten Mistakes Entrepreneurs Make
覺得很不錯. 稍微整理一下:
修正: 應由下來推算上去, 先看能賣多少, 再來算一年可賣多少
修正: 以目前能做多少就賣多少, 不要怕萬一大賣沒貨能滿足市場怎麼辦.
修正: 應專注於Sales, 而不要以為你找到一堆合作夥伴就會賺錢
修正: 應該專注做原型(成功案例). 有原型才能測試市場,獲得回饋,做群眾募資,借款.
修正: 遵守10/20/30法則. 最佳投影片數為10, 簡報要在20分鐘內(人的專注度<25分). 理想字體大小為30 points. 或甚至做demo更好.
修正: 應平行處理. 時間對創業者是最寶貴的.
修正: 其實要看你擁有的是哪一家個股份, 擁有0.01%的Google比擁有51%的Mediocre Technology Inc. 好. 其實對創業家, 不管多少%的資金, 都要為投資者工作.
修正: 只有賺錢才能保護自己. 專利是大公司玩的東西, 需要很多的錢和時間打官司. 只有公司不斷成長茁壯佔據市場才有辦法保護自己.
修正: 新創公司需要各種不同技術,想法,與背景的人才, 且要能互補, 成功率才會大. 公司最重要的兩方面人才是開發製作與行銷業務. 一開始就一定要就位.
修正: 不要對投資者有太大的期望, 在你不好的時候, 希望他們還會繼續支持你. 對投資者而言, 他們要你聰明地運用他們的錢, 十倍奉還給他們.
歡迎加入Soft & Share團購社團, 目前有JetBrains開發工具, Pragmatic電子書團購中
喜歡我們的分享嗎? 記得使用以下社群分享按鈕分享給您的社群朋友吧!
本文經MLSDev授權. 原文連結 Types of MVP
“The minimum viable product is that version of a new product
which allows a team to collect
the maximum amount of validated learning
about customers with the least effort.”
Eric Ries
矽谷 Lean Startup顧問與創業家 Eric Ries給了MVP很精確的說法：
“ 最小可行產品(MVP-The Minimum Viable Product)是可以讓開發團隊花最少的工, 但可以最大程度地有效探索客戶需求的新產品版本.”
也許你是正在尋求資金的新創公司, 有個很不錯的 App想法, 但資金和時間有限, 想要證明自己 App概念值不值得投資, 這時有什麼最有效的方法, 不用花太多的時間和金錢, 幫你決策如何進行?
最小可行產品可能是完美的解決方案. 現在就更近地來看看最小可行產品, 了解 最小可行產品有哪幾種?
如上方的甜甜圈, 要一次做各種甜甜圈, 還是先做一個原味的試探市場?
線框圖(Wireframes) 是整個計畫案的骨骼框架. 目的是拿來呈現整個計畫案的想法、螢幕的佈局、元素的安排和整個系統的導航順序. 這框架還沒有設計,也沒上色, 就只簡單的草圖,主要的目的是讓想法視覺化, 用來說明App將如何作用.線框圖做好計劃案的第一步. 如此可省時且可避免設計階段的錯誤.
如果你的預算有限, 但想做些東西傳達你的構想, 讓人們信服,線框圖可能就是你一個很好的選擇.
當線框圖活起來時就變成視覺稿(Mockups)了. 想像畫家的畫筆在線框圖上色後的樣子. 當然, 並非真的如此. 現代的設計師運用Photoshop或Illustrator等工具創造視覺化.
視覺稿是將拿來整合的先行產品設計. 歐洲的知名APP外包公司MLSDev就很重視運用視覺稿來找出客戶的最愛. 他們通常會做多幾種設計, 讓客戶感受每種設計的不同, 有時會先做不同概念的隔離測試, 最後再把最好的端出來給客戶看.
如果要有比較好的效果, 建議軟體的視覺稿要有互動性. 為了達到這效果, 可以考慮的工具如Invisionapp, Proto.io等(譯註: 如果加上互動性, 已經算是原型-Prototype, 例如Framer 是製作原型的工具, 對於線框圖,視覺稿,原型的定義, 可以參考這篇文章, 有很清楚的定義與解釋). 這些主要是用來讓您將App的想法用近似App的樣子呈現給投資人或早期支持者. 你可以動態展示App的功能. 基本上, 如果看起來夠專業且互動性良好,視覺稿(或是原型)簡直就跟真的產品一樣. 只要按設計師分享給你的網頁連結就可很容易的用來展示、促銷或集資.
不管是做線框圖或視覺稿都不算是浪費時間. 你會發現有這樣的設計在未來進行專案開發的任何階段都很受用.
你可能聽說過DropBox 如何大獲投資人追捧. 那時他們的專案實在太大且還有一大段路要走, 眼看錢就要燒光了, 他們決定試試別條路, 製作一部短片送到投資者手上. 這部影片闡述了他們的想法, 說明這個App如何運作以及帶給使用者哪些好處. 這部影片幫他們拿到資金了.
如果你還沒看過這部影片, 現在就去看看 DropBox Intro Video.
既然做一部說明影片比動手開發便宜很多. 為什麼不做呢? 這麼做你將可一部說明影片就可以把產品的所有功能清楚地於幾分鐘說明白講清楚. 這是跟投資者或潛在客戶簡報很好的選擇.
更多的說明影片範例 : 10 best startup explainer videos ever
如果你想要有自己的軟體, 但卻沒有足夠的資金完整開發所有的功能, 你可考慮登陸頁面.
採用登陸頁面, 你可一石三鳥: 獲取早期跟隨者、告訴全世界你的絕妙想法、募集未來開發需要的資金. 這裏可以敘述你的專案, 說明有哪些好處, 也能放個請求支援的按鈕, 幫你實現夢想. 只要你的想法夠好, 就有可能獲得大眾的資助.
運用登陸頁面也將幫你獲得使用者的回饋. 這真的是你可以取得目標客戶告訴你他們的想法的絕佳機會. 他們也有可能給你如何做與可改善產品的建議.
總而言之,登陸頁面可幫您達到以下目的: 吸引投資者、請求支持者支援您的專案、收集使用者的回饋等. 甚至對於年輕的創業家, 投資個登陸頁面應該不會是個問題.
開發基本或核心的功能但並非完整的產品也許對於以下的創業家是完美的選擇：
換言之, 如果你想做個軟體原型 , 你得考慮是否有時間和資金. 如果你有, 那就跟你的開發團隊好好說明你的想法, 開始動工吧.
你可由軟體原型受益良多. 除了有宣傳效果, 也能幫你獲得使用者的回饋、證明想法正確並做即時轉軸(pivot, 譯註: 簡單的說就是找到著力點), 如果有需要的話. 另一收穫會是你可藉此測試你的團隊是否適合你? 你和這些人共事覺得舒服嗎? 他們是否有受到你的專案鼓舞?
以上所述都是要出一些資金做到的最小可行產品. 如果你真的無法支付任何錢做最小可行產品, 但仍想證明看看自己的想法是否可行? 雖然免費的乳酪通常都在老鼠夾上, 還是有免費的方式來試看看你App的想法.
最簡單的天才方法是有計畫地私下約可能對你產品有興趣的人, 問問他們對於你的構思的想法, 會真的使用嗎? 你一定要問以下幾個問題:
MLSDev有個客戶做了一件很棒的事. 首先, 她先確定她的專案真的有需求, 然後她自己畫了個草圖,視覺化她的想法, 之後才找上MLSDev. 這位客戶一切都準備妥當, 對於專案的未來很有信心, 且知道產品要什麼樣子才能運作. 這對於客戶本身以及身為外包公司的MLSDev都非常寶貴. 需要MLSDev操心的就只是施個法術讓這東西運作.
最後, 來看看一些令人振奮的最小可行產品案例:
維珍航空是英國最大的航空公司, 屬維珍集團的一員, 在Richard Branson名下眾多國際公司之一. 他們有多條航線, 航行在英國、美國、非洲、中東、亞洲與澳洲間. 你知道他們怎麼開始的? 剛開始他們只有一條航線一台飛機往來於Gatwick(蓋威克機場,英國第二大機場）和Newark(紐華克自由國際機場, 位於美國紐澤西州紐華克市與伊莉莎白市境內,距紐約州紐約市曼哈頓約16英里路程）間.
圖片來源: http://www.purplesneakers.com.au/2011/09/virgin-increase-baggage-allowance-for-musicians/
2. 雅虎-Yahoo!
Yahoo是現在第二受歡迎的搜尋網站. 除了搜尋工具, 他們也提供其他一般使用者喜歡的 Yahoo! Mail和Yahoo! Directory. 他們怎麼起家的? 只是一個網頁上面列出其他網站的連結.
圖片來源: http://mediaserver.pulse2.com/uploads/2008/01/yahoo98.jpg
3. Groupon
我很確定你至少用過這服務一次. 這是全世界電子商務平台中最受歡迎的服務之一(譯註: 台灣的Groupon已經收起來了). 它的目的是將當地的商家與客戶連結起來, 提供商品或服務很好的折扣價格. Groupon已遍佈全球45個國家, 連結數十億人, 每天處理成千成萬的交易. 但這是今天的局面, 你可想像在2008年11月時, Groupon只是一個Wordpress(譯註: 很受歡迎的開源Blog架站軟體, Soft & Share也是用Wordpress架站)做的網站, 提供使用者PDF格式的優惠券, 讓他們下載和印出.
圖片來源: http://www.adweek.com/files/imagecache/node-detail/news_article/groupon-local-hed-2013.jpg
4. Foursquare
想像這統計數據-每個月五千五百萬活動的使用者, 總計七十億簽到, 一億種口味加入Foursqure, 7500萬個情報留言, 130萬個企業網頁, 85000個開發者在為Foursqure工作. 在2009年, Foursqure草創時, 它只是一個簡單的App, 允許人們在某些地方簽到. 沒有特別的設計, 也沒有什麼特別的功能.
圖片來源: http://www.3dnews.ru/assets/external/illustrations/2013/01/30/640917/unnamed.png
5. Facebook
沒有時間軸, 也沒有整合的Apps, 也沒有訂閱新聞牆或其他類似的東西. 在2004年早期是以“TheFacebook.com”提供服務, 有個很簡單的個人資料, 藉此可和社群朋友互動. 一個功能就足夠激起很棒的迴響,把小小的專案變成歷史上最大的社群網站公司.
圖片來源: http://www.3dnews.ru/assets/external/illustrations/2013/01/30/640917/unnamed.png
所以別害怕實現你的夢想. 如世界知名的百萬富翁Richard Branson在他的書上說的: “管他的, 做就是了!”.
看到Techcrunch的一篇文章 Stop building dump social apps, Silicon Valley, and help rebuild America , 有毒的水(被鉛污染的很嚴重), 有毒的城市, Flint的環境污染問題似乎非常嚴重, 查了Flint這個城市的地點, 原來在底特律附近, 以下是google map顯示的地理位置
The city that the bigwigs forgot is now the city that the bigwigs poisoned.
這句話可以解讀成企業家遺忘了他所毒害的城市, 想一想台灣是否有些城市也在走向相同的路上?, 這篇文章的作者在回憶他童年在Flint的美好時光, 但是感慨這個城市目前為環境污染嚴重所害, 密西根州政府預估這個城市要花 6000萬美金和15年的時間才可以修好被破壞的建設, 但是Flint的市長Karen Weaver卻說要花15億美元, 聽起來美國政府跟地方政府落差真大, 跟台灣有點像.
Flint並不是唯一水受污染的城市, 並沒有魔術般的科技來解決這個危機, 大量的基礎建設都必須要被重建與置換, 但這對於創業家而言是一個發光發熱的好時機, 作者在呼籲創業家的方向不要再做Social App了, 幫幫這個城市吧
作者接著提到, 這個水污染的問題在幾週前才受到國家媒體的關注, 受到水污染毒害的學童出現在時代雜誌封面, 電視媒體開始報導並訪問了地方官員和居民並拍到噁心受污染的水, 人們生病了, 政府卻否認這是個問題, 政府的官員似乎是生鏽轉不動了(the cogs of government are turning), 所以每個國家都有官僚的問題.
Flint是通用汽車建造也被通用汽車給破壞, 這裡曾經是雪佛蘭, Oldsmobile 和其他創業家成為巨人發跡的故鄉 但大部分移居到底特律去了, 居民的人口從60年代的20萬人降到9萬九千人
Flint’s water crisis is the state government’s mess and it’s their responsibility to clean it up. But it’s an opportunity for entrepreneurs and private companies to make a difference.
Flint的水污染危機是州政府的一團糟, 它有責任解決這個問題, 但這也是創業家和私人企業的機會讓這座城市變得與眾不同
大部分的衛星城市的命運是掌握在鄰近主要城市的成功, 近幾年, Flint也有過爆發性的經濟復甦, 但也停滯了, 失去的7萬個通用汽車工作問題像是烏煙一樣籠罩這個城市
2014年通用汽車發現當地的水有腐蝕性, 不能用來清洗汽車的零件
Startups can’t solve all of these problems at once and I’m not so naive as to suggest that hosting a hackathon is the solution to Flint’s woes.
作者最後提到他與MassChallenge CEO談到這個問題, 他對於年輕的新創公司解決世界現在面臨的問題很有自信
Flint並不是孤獨的, 在美國並不是只有Flint有鉛污染的問題, 目前看起來台灣似乎更嚴重有PM2.5的問題
作者最後結語是, 如果所謂最聰明的世代停止去解決使用機器人置換馬達的問題而去解決Flint和在美國無數即將隕落死去的城市, 他們會因為他們的名字而昂首, 現代的慈善家, 現代的英雄, 這遠比在Peach有1000個跟隨者好多了.
你必須登入才能發表留言。