顯示具有 lean-startup 標籤的文章。 顯示所有文章
顯示具有 lean-startup 標籤的文章。 顯示所有文章

12/10/2016

企業巫醫 - 提昇效率的秘方



這裡有幾本書...


- The Productivity Project 最有生產力的一年
- Four hours work week 一週工作四小時
- The Art of Non-Conformity不服從的創新
- THE $100 STARTUP三千元開始的自主人生
- Do over(不確定是否有中文翻譯)
- Nomad Life遊牧生活


這些書籍有很直接的共通點:


(1) 個人經驗


和一般以二手資料的企業巫醫的書不同,這些書籍都是以「個人實際經歷」為主要組成。可能沒有精湛繁複的巫醫術語,但是「因為自己有做過」也比較容易說服別人。


(2) 專注,效率,生產力


這些書籍或多或少都強調個人效率的重要。基本上不外乎討論80/20法則,生理因素,心靈意志,工具方法等等。


(3) 個人品牌創業


這些書籍的作者,其實都是「個人品牌創業家」。個人品牌創業大約在2006-2008年之後,在網路上蔚為風潮。特別是在北美,這些個人品牌創業家通常都會有(a)自己的blog (b)自己的書籍 (c) 一個看似專精的知識領域...接下來通常就組合優勢開始以自己的名聲盈利。




為何強調效率與生產力的重要?


合理的推測,這類型的書慢慢也會在亞洲流行起來。雖然僅只以個人經驗與觀點來詮釋某個複雜的龐大主題,可能失於偏頗。但相較於純以「個人想像」和「無根據的推理」的企業巫醫書籍比較起來,還是踏實的多。


其中,「專注,效率,生產力」是三位一體的永不衰退話題。自從有工業革命開始,效率/生產力便是工業界主要獲利來源。在1995之後的網路時代,雖然「創意」與「變革」突然成為顯學,但究竟沒有效率,無法被執行的創意,等於是一種空想。創意變為有效可執行的事項,才有實務上的意義(參考這裡)



因此,能否有專注,高效率,高生產力的產出,變成知識工作者必備的能力。而也是「缺乏資源」創業者成功的關鍵之一(參考這裡)。

而也正是因此,「提高生產力的祕方」,在近年來變成出書的顯學,甚至也成為「被創業」的利基來源(註1)。


個人提升效率生產力的祕方


很遺憾,並沒有什麼祕方可以「簡單而且戲劇性」的提高個人效率或者生產力。至少,沒有不需要努力的祕方。

在業界確實有各種「顧問」,可以針對特定的個人,特定的案例,提供收費的咨詢服務(註2)。但最終,教練顧問只能提供指引,還是只有自己幫助自己。


先考慮以下低成本的「尋找自己的祕方」的三步驟,大概只要花2天:


(1)  4小時閱讀



花四小時專心看完以下五本書就好,應該都有中文版。

- Getting Things Done  
- The Productivity Project 
- The 4 hour work week
- Lean startup
- Do Over


這些書所提的做法都比較務實,然而,不見得適合每個人。單看一本書,也會讓你的視野受到侷限。花時間去找一堆書來選,也太浪費。請先看上述幾本即可。看書並將自己覺得有用的地方做些記錄即可。

其中一本看起來是在講創業?即便你一點都不想創業,它提供的方式仍然對一般工作很有幫助!


(2) 停止接受資訊一天


如果你花了4小時看完那五本書,應該可以體驗到讓腦袋休息的重要。找一個假日,無論採用什麼方式,停止接收資訊一天 - 電腦,手機,書籍等等一概停用。隨便去做點跟工作無關的事情。


(3) 檢視並決定提升效率生產力的做法


經過了4小時學習,又經過了1天的沈澱。是時候可以決定哪一些「做法」,是最適合自己。只要是最適合自己的做法,就是自己的祕方。

如果還是想不到好方法,可以參考這篇。這是經過看了那五本書之後,經過一天的沈澱,個人認為最簡單適合自己的方式。也許對讀者也是個好的參考。







註1:例如,隔一陣子就會冒出來的「增加記憶力補習班」「全腦潛力開發課程」「超級記憶力」.....不過最終的結果,通常是這些提供祕方的企業巫醫們,口袋裝滿無知大眾的錢,而這些花大錢上課的群眾,其生產力與效率卻鮮少聽過提升的例子.....至少從來沒聽過任何創業有成的人曾經說:「喔!對了我創業成功的祕方,就是上了XX人的腦部開發課程,讓我記憶力變得過目不忘喔」

註2:在台灣大多以企業開班的方式存在,但這種效果極端有限。而美國英國兩地,都有針對個人的「導師服務」。但其收費都很驚人,而且大概也無法遠端服務。例如這家seven coach。也有很多個體戶,例如這位John Spence


11/12/2016

Scrum - 專案壓力來自於無法掌握的命運



一個壓力實驗:

有兩個籠子(A,B),都連結同一個電極器,各有一隻老鼠。A籠子中,有一個燈號和按鈕,當燈號亮起時,如果在數秒內,A老鼠沒有按下按鈕,則就會產生高壓電極,讓A,B兩籠的老鼠都被電的很不舒服。不過,如果燈光亮了,在時間內A老鼠按下按鈕,則A,B兩籠就都沒事。B籠的老鼠則是全然被動的,只要A老鼠能做好他的工作,B老鼠就沒事。當然,經過幾次電極之後,A老鼠很快就學會了一旦看到燈亮,就應該儘速去按按鈕。

過一段時間之後,哪一隻老鼠的壓力大?

經過健康檢查,A老鼠幾乎看不到壓力大的特徵。而B老鼠,則出現各種癥狀:高血壓,胃潰瘍,成長障礙等等不一而足。

(以上內容取自:數位痴呆症:作者Manfred Spitzer)


軟體專案的壓力和該實驗有異曲同工之妙。真正的壓力來源不在於事情有多難,而是在於自己「全然」隨著命運擺佈,無法控制。以A老鼠的情況來說,他仍然是被關著,而還得三不五時瞄一下燈是不是有亮,一旦亮了就得趕快反應。

然而,「至少有一件事情」A老鼠可以控制:他可以決定自己要不要被電極。B老鼠則是沒有一件事情是自己可以決定。因而壓力無從擺脫。

Scrum(實況)是根據事實,固定的時間,以及有效團隊分工來達到敏捷開發的精神。而在此基本精神內,每一個角色都有「至少可以全然控制」的事情,不但可以正確減低無法掌握命運的壓力,更能組合出正確的團隊合作方式。


Product Owner(產品擁有者或產品經理)


在傳統的「瀑布開發模式」,或者,系統整合商SI的「隨意無止盡需求模式」中,產品經理會就所有應該要做的事情列一個驚人的功能清單,交由專案經理負責領導開發。接下來的18個月,產品經理就在B老鼠的壓力下度過,即便有檢查,也不知道產品真正的進度。而18個月後發現意外的機率...已經不是機率而是必然。

而過於認真擔憂的產品經理,更有可能在每一段時間,修改需求,讓開發團隊變成B老鼠,不確定哪個需求改變的命運降臨。

在Scrum中的產品擁有者(Product Owner)擁有非常簡單而清晰的責任,這個責任用非常簡單而清晰的方式減低他的壓力:「撰寫並排序需要完成的使用者情境」。

專案開始時,產品經理會撰寫數個使用者情境(user story)並且排定優先順序,而每個sprint開始時,團隊會告知這個sprint(4周)會完成到第幾個story。產品經理等候4周之後,檢查這些當初答應的story是否有如預期完成,並且在下個sprint開始時,或確定,或重新排列,或增加,或減少接下來要完成story的優先順序。

產品經理仍然不會去「做東西」。然而他確實全然掌握階段性完成,並且確定每sprint開頭都能選他最想要的事情先做完。因此,產品經理確實能掌握這個產品每一段時間的「樣貌」,而不是在最後關頭才求神拜佛,或者要求加班。甚至,在sprint的中間階段,若有必要,產品經理可以要求sprint停止,重新開始新sprint,用來調整後來才發現不正確的優先順序(priority)


Scrum Master (開發領導者)


過去一個團隊的技術領導者,帶領團隊解決技術困難並協調各類工作。他常常會是夾在產品經理(或客戶)以及開發成員中的角色。

在傳統模式下,他若非變成一個技術獨裁者,用以壓迫成員前進並反抗大幅需求改變,就是變成試圖面面俱到的好好先生,用以彌平不同角色的紛爭。「能良好溝通」這個字眼會常出現這個角色的工作描述(job description),但事實上,困難的專案,不會因為一個很能講話的專案經理,就變得簡單。最後最常出現的結果是:專案經理總是能有效呈現「自己的貢獻和功能」,但無法反應在專案成功。換言之,常常看到自己從來不失敗的專案經理,曾經領導了很多壓根不成功的專案。

Scrum Master並非傳統的專案經理,其責任和角色也有很大的不同。而他能有效掌握的事情,也能讓他減少原本專案經理的壓力。

Scrum Master 掌握「會議」。他可以確保每日會議只「說明三件事」:完成了哪些事情,接下來要做什麼,有遇到什麼困難。確保每個sprint開始的會議,領導團隊能完成哪些使用者情境(user story),並且確定這幾個要完成的事情,產品經理都有完整而合理的描述。他雖然沒有掌握全部18個月會完成的事情,但是透過掌握每一個sprint,腳踏實地的一個一個完成優先要完成的事項。

Scrum Master 掌握「真實進度」。透過領導決議「和未完成」以及以事實展現的燃盡圖,Scrum Master掌握過去真實進度。因而可以有效推測未來進度,並有足夠的證據顯示給產品擁有者。因此,才能有足夠的「動作權力」成為A老鼠:仍然在籠中,但掌握部分真實權力,以減少壓力。


Member (團隊成員)


傳統模式下,團隊成員經常是壓力末端。所有的壓力最後承受的出口。所有過勞死最可能發生的地方。傳統上最常出現的是:「某功能我們在要X月X日之前出來!」「現在馬上改做XX不然沒辦法驗收」。

而傳統的產品經理和專案經理 - 無論是軟性還是強硬 - 通常不得已的把壓力直接轉嫁給團隊成員。

但是,在Scrum中團隊成員,決定使用者情境:「真正完成的所需要的時間」。而這個權力,僅代表一個事實:由做事情的人傳達做事情的時間與結果。成員不再在決定什麼事情先做後做,只要決定現在在做的事情,什麼時候可以完成,以及「真的去做他」。換言之,Scrum團隊真正的A老鼠,其實只有團隊成員,只有他才會真正的按下按鈕。然而,如果Scrum團隊不能掌握分工負責的精神,團隊成員很快就變成B老鼠:不是被無謂的壓力掌握自己的命運,就是試圖跳脫牢籠。






8/06/2016

Scrum 認證!? 不要再浪費你的錢了!


管理類型的證照無用論,早在軟體工程界提倡Agile Movement的時候就逐漸存在。

以目前看起來取得成本最高的PMP在資訊科技的評價為例:比較客氣的說法像是這篇:雇用有PMP的專案經理需要更進一步了解其能力。而比較不客氣的說法會像是幾篇:PMP毀了專案管理,或者PMP證照無用。(註1)

而這幾年Scrum的方法論,因確切執行之後確實對軟體產品開發有顯著效益。隨之就有各類型推廣,教育,甚至認證產生。

然而,花大錢考Scrum真的有意義嗎?


(1) 認證市場


技術專業認證,絕對有其必要性,例如:醫生執照,律師執照,CCNA,SCJP,TOEIC,甚至,職業大貨車駕照,乙級中廚檢定...等等。擁有此技術執照,表示你至少「會」做某些事。

然而,非技術執照,只證實「考過」某些考試,一旦考試內容和實際會到的問題有差距,該執照就沒有太大意義。只能代表你對某些考試的努力成果。專案管理,企業經營方面的執照就屬於這類。這類型執照如果成本不是太高,倒也無妨。高收費的認證?等於是浪費錢。

一旦有高收費的認證,自然就會有認證教育訓練市場。教育訓練本身是好事情,可以讓人學習成長,但是,教育訓練本身如果是應付考試,意義就降的很低。


(2) Scrum高收費認證為何沒用?


迄今,Scrum認證有很多種類,單就Scrum Master而言,網路上隨便找,都可以找到以下七種,請參見下表。


證照名稱考取成本 (以台幣計算)組織
Certified Scrum Master$30,000 (含16小時訓練課程)Scrum Alliance 
 Professional Scrum Master I 
 Professional Scrum Master II
$4,500

$7,500 
Scrum.Org
Expert Scrum Master$3,000EuropeanScrum
Certified Scrum Master$3,800 (不含訓練課程)
$4,500 (含8小時訓練課程)
GAQM
Scrum Master Certification$13,500ScrumStudy
Agile Scrum Master$5,880EXIN
Scrum Master Accredited Certification$900Scrum-Institute


筆者考過並取得最貴的認證以及最便宜的認證。其價格差距很大(三萬台幣 vs 九百台幣)。單就「考試內容」而言,最便宜的考試內容甚至還稍微難一點點。而最貴的CSM (ScrumAlliance)其實也就是台灣各教育機構最努力推廣的認證。

就考取認證作為職場價值這點來說:

1. 如果是沒有任何軟體專案經驗者,透過高收費教育訓練考取最貴的收費認證,基本上,和只自學而通過最便宜的認證,在Scrum基礎知識上根本沒差別。而在Scrum實務運作上,也沒差別:都屬於完全沒經驗。


2. 如果是有數年軟體專案經驗者,「有無證照」對於專案管理來說,只是履歷表上的一撇,一旦遇到真正的艱難問題:在Scrum上採取正確作法的經驗和收獲,遠比考證照的收穫大得多。因此,昂貴證照和便宜證照也無任何差異。

3. 沒有駕照,就不能合法開車。但沒有Scrum證照,在務實的企業中,只要你有足夠實務經驗,足夠證明支持你的能力,根本沒有問題。反之,如果有Scrum證照,但無法足以匹配的經驗,能力,而再加上創意不足,那麼甚至是有害無用。



(3) 建議作法


如果有想考Scrum相關證照,有三個強烈的建議:1.「自我學習Scrum」2.「確切運用Scrum」3.「考最便宜的」

1. 自我學習Scrum:

學無止盡,無論是Scrum還是其他未來可以出現的方法論,都值得一學。但更重要的是,如何自己學習。任何教育訓練都很有用,但也不可能完全取代自我學習。

自我學習的方式可參考這裡:如何學習Scrum 。以及這裡:如何成為Scrum專家,或者:scrum的缺點,或者 :Scrum三件必要的事

2. 確切運用Scrum觀念與作法在軟體專案中:

任何專案管理上的知識技能,如果不能有效運用在專案管理上,當然就沒有意義。以Scrum的每日會議(無論是不是站著開會)來說,其基本觀念在於:

「限時」 - 15分鐘
「事實」 - 只描述做完的項目,和下次打算做完的項目。(註2)
「困難」 - 只說明困難,不是要在每日會議上解決困難。

也許現實會讓Scrum Master或專案經理有所調整,但如果調整的方式不能切中Scrum觀念,則取得昂貴Scrum證照也沒有任何意義。(例如每日會議花超過40分鐘,肯定不符合任何一種Agile專案方式)

3. 以實力考最便宜的證照:

不可否認,還是有不少人認為一旦履歷表上有幾個証照,似乎會多一點點面試機會。另外,也有些有專案管理經驗者,自我學習Scrum想要有個目標來證實自己。

以這樣的立場,其實考取最便宜的證照即可。而最好是在沒有任何準備的情況下,抱著隨便考的心態。如果這樣考過了,表示Scrum的基本知識已經深入腦海中,考不過其投入成本也不高。

剛出社會的新鮮人,如果覺得萬一在面試時,有人對便宜的證照有疑慮?你可以客氣的敦請他去考考看,了解一下其考試的品質。





註1: 我們不是反對PMP。事實上,在其他工程領域PMP有其必要性。例如:cern的LHC是一個橫跨數十個國家,涵蓋土木,電機,資訊的龐大工程,PMP條列的九大項目,五十多種可能的文件在此就有點必要性。本文反對的是,以PMP(或其他管理證照)來判斷一個專案經理有沒有能力執行資訊軟體相關專案

註2: 何謂做完?(definition of done)也是Scrum team需要在專案開始前定義好的。

註3: coursera.org 提供各種課程修業完成認證,目前沒有ScrumMaster,但是有類似Agile Management的課程,上課是免費,不過,取得認證約為3000~5000台幣之間。

3/13/2016

如何組成團隊:三個步驟





分工合作,是人類社會進步的主要原因之一,也是幾乎所有人類活動的基礎(參見國富論:第一篇第一章論分工)

新創公司,資訊產業也不例外,建立一個好的團隊,是擴展未來的主要關鍵。雖然好的團隊沒辦法保證生意蒸蒸日上,一切順心如意。但是一個糟糕的團隊,卻是可以保證企業和組織的失敗指日可待。


市面上團隊合作的企管叢書,方法論,激勵理論,顧問大師...很多。但就和所有的事情一樣,越是很多人在談論的事情,越是困難。成功的團隊真實例子極為罕見。

萬事起頭難,「組織並成立團隊」是達到成功團隊的第一要務。許多人常依賴運氣,或者隨遇而安的隨意組成團隊,但其實組織團隊是一種可以學習的艱深技術能力。

資訊相關工作的人,如果有機會能扮演組成團隊的角色,並有意識的學習其中,將會是個人成長的重要關鍵。(無論未來是朝純技術領導方向前進,抑或管理方向前進)


有很多原因,會讓一個人扮演組織團隊的角色。也許是一個新的專案,讓你來領導專案,而恰巧專案開始的時候沒有既定的人。也許你是新創企業的創始人,你打算聚集一些人來開發創新事業。也許你是資訊相關科系的學生,因為課程需要必須組織團隊完成專案。

不管如何,如果你有「從頭開始找人選人,組織團隊,完成某件事情的機會」,請衷心的痛哭流涕的感謝上帝,這樣的經驗,在資訊科技領域裡是十分難得。

通常,由於各種背景壓力,組成團隊的方式通常就是先根據需要N個人,然後「儘速」透過各種管道,找到可能的人選,經過正式面試,或者非正式的聊天,就逐一邀入加入此團隊。這種方式沒有不妥,只是這樣的方式(如果算是一種方式的話)有很大的成分依賴運氣。如果不想依賴運氣,其實需要考慮的實務步驟也不多。


以資訊相關工作為例,組成團隊必須要有以下三個步驟:


步驟一:定義目標

--- Your goal shouldn't be to buy players, your goal should be to buy wins. And in order to buy wins, you need to buy runs.   (MoneyBall)

定義目標,必須要在團隊開始組成之前,就先找到並且定義完成...最起碼是團隊差不多組成的時候就應該決定。

定義目標並不容易。

例如,以類似的資訊系統外包案而言,有些明顯的目標是「在成本內完成專案並驗收通過」或者「在期限內通過驗收」。但是,倘若一開始的合約是低價得標,而且還是業務亂搶合約,那麼一開始就已經知道不可能在時間成本內驗收通過。則團隊目標必須要轉換,例如「完成專案過程可順便完成重複利用的元件讓未來標案能大幅降低成本」。

大部分的資訊團隊真正的目標並非「技術達成」。例如,「完成iOS APP線上購物」這通常不是真正目標,真正目標通常是「在某移動通訊市場上,讓使用者可以線上購物」。

在營利企業裡,大部分的真正目標通常關聯到增加收入或者降低成本。而在非營利企業(例如研究單位)團隊的目標有可能非常模糊。例如,一個碩士班的實驗室團隊,他的目標可能是「培養人才」,也可能是「讓主持的教授獲得升遷的點數」。

定義目標雖然不容易,但掌握以下三點可以除去大部分的誤差:

(1) 定義目標後,審視檢查這個目標背後是否還有目標。例如,籃球比賽目標,某球員目標是得30分。但其背後還有個目標就是球隊要贏球。在球隊沒贏球的情況下得30分可能沒有意義。

(2) 定義目標後,檢視此目標是否只是某個大目標的一小部分。例如,某些NBA的球隊,會談論是進入季後賽的目標,然而背後的大目標其實應該是拿到總冠軍 - 無論有多艱難。

(3) 定義目標後,檢視此目標是否因為其他條件未達成就失去意義?這時候所謂「其他條件」或許可能是目標。例如,一個團隊負責營運線上購物網站,其目標是「網站每分鐘必須可以提供10萬個使用者同時進行交易,7x24服務不中斷不當機」。然而,若此線上交易網站平均上線交易人數每分鐘才1人,即便營運團隊達到技術目標,商業目標肯定無法達成,則此團隊目標也沒有太大意義。不如改成「與業務團隊合作線上行銷活動,讓每分鐘平均交易人數成長XX%」



步驟二:組合優勢


--- The greatest improvement in the productive powers of labour, and the greater part of the skill, dexterity, and judgment with which it is any where directed, or applied, seem to have been the effects of the division of labour. - (Adam Smith)

無論用什麼方式找到團隊成員,資訊相關的團隊必然有分工,而分工必須要能讓成員發揮相對優勢。而每個相對優勢,都可以達到步驟一的目標之一。

構成團隊過程可能很多,但無非是找到某人,詢問意見,在某時間此人加入。然而,「加入之後做什麼」著重於考慮組合優勢。

台灣經濟學的入門書通常會用蓋木屋與磚屋的例子(參見這裡)簡單的說,組織團隊時,把成員的時間投入在相對優勢的工作上,可以達到1+1>2的效果。

實務上,分工時請考慮一下三點:

(1) 根據相對優勢來分工:盡量只考慮優勢,而不是先考慮缺點。

(2) 分工的結果,還是必須朝「真正目標」前進

(3) 整個團隊需要了解分工與分派任務的原因 



步驟三:產生運轉動能

--- All things are difficult before they are easy.


團隊組織完成,要開始運作,不會像籃球比賽一樣,十個人在場上,裁判吹哨跳球就開始。

團隊前進需要累積動能。就像騎腳踏車一樣,從靜止到穩定前進,會花比較多力氣,然而一旦穩定前進,就很輕鬆。

產生動能指的是團隊成員已經彼此合作,彼此鏈結工作,發生問題也可以彼此協調解決。

以資訊科技為例:

最常見也是最糟糕的產生動能方法是由專案經理透過一連串的方式 - 通常就是開會 - 持續讓事情前進。團隊成員花在正式會議上的時間比例只要超過10%(也就是每週超過4小時)就屬於這種類型。


最佳,但是最罕見的產生動能的方式是由每個團隊成員,透過自身的判斷,做會讓事情前進的動作。類似足球或者美式足球的比賽。在資訊科技團隊中,這種組合需要時間磨合成員,而且也須一點點運氣,讓團隊的成員大部分的能力都可以足以某種程度的獨當一面。

如果你剛好是資訊科技/軟體開發的團隊領導者,至少要先避免最差方式,並且透過你的領導能力,讓團隊慢慢的朝向最佳的方式前進。

實務上有三個重點方式:

(1) 資訊透明:讓所有進行的事情透明的讓所有人取得。要注意,資訊透明指的是針對確定的事實透明。非確定的事實就是所謂謠言,要緊記:謠言止於智者,起於智障!

(2) Scrum中的豬雞原則:請參考這裡。在組織產生動能過程,豬負責的事情就由豬來決定,雞只是提供參考意見。

(3) 檢討 retrospective:需要團隊自我檢討任何不正確或可以強化的地方,檢討並非開批鬥大會,目的在於讓團隊能更有效率的,以及確保團隊真的朝向目標前進。




12/07/2015

網路創業的成功三步驟




在網路上鼓吹創業的非常多,多得不可勝數。

在形式上,有些是以協助加速或創投方式存在,有些則是分享自己的經驗,另外也有以部落格再加上實體書籍推廣。

在內容上,有些著重要「精神層面」,例如各式各樣探索夢想成功的文章,只要隨便搜尋一下(關鍵字:創業 夢想...),記得去掉直銷的廣告,保證有看不完的資料。這類型的分享,必定是主觀的,因為沒有任何兩個人的個性,狀況,完全一樣。如果你看到一篇對你來說的精神層面的好文章,它代表的是你現在的狀況剛好能與這樣的文章產生共鳴,如此而已。

不過,有些在內容上著重於技術面。這樣的文章著重在於分享某件技術,或者某件事情的做法。有些甚至深入的所有可能的細節,例如100startup.com

創業成功與否,是因果關係無法在事前確認的複雜問題。網路創業上的所有網路資訊,都讓你能夠廣泛的參考各種意見。在這裡特別要提醒注意,如果意見來源是『靠富爸爸』的創業家,則要特別小心其有效性(請參考這TED演講),當然如果你也有富爸爸,那就很適合。

在台灣,網路創業是2010年之後突然間爆紅的名詞(請參考google關鍵字搜尋)而在它爆紅之前的數個月,正好也是台灣經濟成長歷經過去30年最糟糕的一段期間。而更有甚者,2015年看起來又是經濟即將開始走下坡的時候。所以,現在又是個創業 - 無論是自願還是被迫 - 的考慮時機。

沒有人能確保創業成功(不過有接近確保成功的方式,請參見這篇文章)。

但在限定的環境條件之下:在這裡是指網路相關的創業,卻可以提供實質的做法,在極低成本的條件下,有效的,省時的,嘗試各種可能性。

以下的三個步驟,乍看之下,很直覺,沒什麼神秘的技巧。不過在執行層面上,要務實的做到想要達到的效果,並不簡單。



步驟一:建立可執行計畫


網路創業的第一步是有計劃。這個計劃不是要試圖說服別人,也不需要98頁的投影片,也不一定要給任何你不想給的人看。這個計畫是為了幫助自己腳踏實地,專注的進行每一步驟。

計畫可以很簡單也可以複雜,但是網路創業的第一個計畫一定是簡單的,過於複雜只會讓你停滯不前。

那麼要如何建立可執行計畫?

(a) 有個具體的第一階段目標
首先,無論你的夢想是大還是小,你的可執行計畫,一定要先有一個要達到第一階段的確切完成目標。這目標是要達成的具體事情,而不是要怎麼做。並且,無論你的真正目標有多大,你的第一階段目標應該是簡單明確。

例如你的夢想可能是:建立全台灣最大的有機農作平台。或者是:全世界最具隱私性的社交網路平台。或者是:全世界最大的外包線上寫作平台。無論這些目標有多遠大,第一階段目標應該都是你心中第一件要達成的事情。例如,要在網路上賣有機紫蕃薯。也可以是:要能夠讓朋友之間透過資訊科技分享私密照面不用擔心流傳問題。也可以是:要在網路上幫別人代寫部落格。

(b) 列出要達到第一階段目標需要做的事情清單

當你有的一件要達成的事情之後,列出實際上要做的事情的清單,這個清單是根據你的知識,技術,猜測,網路搜尋之後的結果。清單應該是要做的事情,必須要簡單具體。以要在網路上賣有機紫蕃薯為例,要做的事情清單可能是:

Task-1:找到有機紫蕃薯的來源,可以是農夫,也可以是大盤商。

Task-2:做一個網站,可以讓人預先訂購蕃薯。為了以後的需要這個網站不能例如現有的平台(yahoo商城,露天拍賣之類)。

Task-3:做好網站後,要在facebook建立粉絲團

Task-4:做好網站後,要到google買廣告宣傳網站

(如果曾經有建立購物網站經驗者,應該會發現這四件事情還遠遠不夠,不過在這階段假設你只能想到這些)

(c) 估計這個清單所要花的時間,金錢,人力

當有具體的事情的時候,第一件事情絕不是埋頭下去做,而是花一點點時間,估計一下所需要的時間,金錢,人力。以及約略記錄為什麼需要花這些時間人力金錢。
假設你的估計如下:

Task-1:15天  $2000  1人  (自己到處上網或者實際查訪附近農夫,可能會花錢請客)

Task-2:10天  $12000  1人  (自己上網找資料似乎標準的購物網站需要這樣的價格時間)

Task-3:1天  $0  1人  (自己去facebook註冊粉絲團發現不用錢)

Task-4:1天  $15000  1人  (去google adsense查詢發現兩個月廣告可能需要這樣的費用)


這個清單的估計,會根據你的經驗,能力,資訊來源而有很大的不同。估計不需要花很多時間,而估計也絕不會變成"蜀之鄙有二僧"的富僧一樣,永遠都在準備而不會前進。估計其實才是憑藉現在你有的一瓶一缽,踏實的往前進一步。

最後,根據經驗得知,每階段時程最好不要超過3個月。


(最好不要超過3個月:基本上最好是1個月,如果你是兼職創業,只利用週末空閒,當然3個月也可行,但再拖就沒意義了)




(d) 根據事實修正

估計之後的下一步,才是計畫的真正目的,計畫的目的本身不是為了產生一份好看的文件,他的目的是讓你認知事實。

當你很快做好第一階段實踐計畫,看一下這些步驟是不是合理,如果有些事務超過你目前能力範圍,那麼應該找具有相關能力的朋友來就打算做的事情項目,做實質評估。特別是,這幾個項目完成之後,是不是就算完成第一階段?還是有遺漏的部份。

例如,第一階段的目標是:要在網路上賣有機紫蕃薯。就算沒有資訊科技相關背景,應該也能透過在網路上買其他東西來得知一下簡單流程:找到賣東西的網站,在網站上執行買東西步驟,選擇付款方式,等東西送到。這幾件事情完成才算在網路上賣東西。然而Task1~4明顯缺乏"等東西送到"這件事情的考量。也就是需要增加Task-5:找到運送有機紫蕃薯到買家手上的方式。

如果事情目前並不是你的專案技能的一部分(例如建構網站)在這階段,至少需要找3個以上相關參考資料來評估時間與成本。

完成了自己覺得大致可行的執行事情清單,步驟一就算完成。


要注意的是,如果從你有想法,到第一階段計畫粗略完成,已經花了三個月,那你可能得考慮一下「事實」。事實通常不會是你的想法不可行,事實通常是:你沒辦法實現你的想法。可能是因為能力,也可能是因為環境,也可能是因為個性,也可能是因為你另外有其他更好的想法。這些都無關緊要了,重要的是這個計畫很難實踐。因為,你並不是要做一個全盤,完整,連同財務規劃等細節都完成的了不起商業計畫(business plan),你只是要做個第一階段的小小實踐計畫而已。如果這樣都花上你三個月,那你可能不適合變化快速的網路創業。


最後,每件事情都有完成條件。有些很清楚,例如到facebook設定粉絲團,完成條件就是粉絲團設定好。有些則比較模糊:例如找到紫蕃薯的來源:如果已經找到農夫,跟他談妥進貨價格就算完成了嗎?需不需要簽約,確定一定的產量不會賣給別人?需不需要找不同的農夫降低風險?這些細節可能在執行面才會知道。

步驟二:執行計畫


假如計畫已經完成,接下來當然是執行。

執行的過程當然也可以修正計畫內容,但請注意第一階段的目標:要在網路上賣有機紫蕃薯。不應該被改變,這個計畫可以被取消換一個,但是切勿沿用原有的計畫,把目標改變。一旦執行過程想要換目標,應該腳踏實地的把計畫取消,從新做新的第一階段執行計畫。

計畫是給自己看的,執行是自己來執行。因此,專注在自己打算做的事情,千萬不要自己欺騙自己。如果執行的過程發現,需要額外多做事情才能達到原有目標,那就修正計畫,把打算做的事情加進去。專注於自己打算做的事情,才能夠完成自己想完成的事情

無法專注有很多原因:通常不外乎兩大因素:突發奇想,外務干擾。

(a)突發奇想:例如:突然覺得應該先做iOS APP,不應該先做網站。這是有許多想法的創業家最容易發生的困境:創業家通常不缺乏各類創新想法(idea),通常是難在專注的執行面。當每件事情只做了一半,等同於每件事情都沒做。

這就是為什麼需要有個簡單的計畫,讓自己審慎的在計畫過程審慎評估每件事情,這樣能確保之後突發奇想,不會突然蓋過之前的縝密思維。

不過,如果有足夠的想法,需要在執行過程更改計畫,那就勇敢的改變。可是如果改變讓完成第一階段的時間,超過50%,那麼你對於執行力的缺乏,大概也不適合高度張力,時間緊迫的網路創業。

(b) 外務干擾:通常不可能避免,只能控制。人都有不得已的時候:例如生病。也都有被不預期的大環境變化影響的時候,例如前一段時間paypal為了符合台灣法規,而禁制台灣內信用卡互相交易。對於外務干擾,要誠實的面對時間的變化,以及更改事情的作法。

但是,外務干擾大部分應該不影響最後目標。換言之,它可能會讓你增加事情(task),也可能會讓你修改事情作法,延後時間,不過對於小小的第一階段實踐目標,不應該更換或影響。(除非是很重大的環境變化)

誠如在步驟一所描述:每一件事情,都有完成條件,也就是什麼樣的定義之下,事情算是完成。同樣的,這些完成條件也不是不能修改,但是作為網路創業家,你需要知道修改的意義和為何修改。

例如:找到紫蕃薯的貨源,原本設定是農夫或者大盤商,後來可能會發現農夫和大盤商都不想在你網站還沒開張之前,對你有任何承諾。這就變成雞生蛋,蛋生雞的尷尬問題。因此,你就把貨源修改成如果有人真的上網要買,就自己直接去小盤商甚至附近超市買。Zappos(全世界第一個網路鞋店)的例子就是如此,創業家在還沒找到鞋子貨源的時候,就開了網路商店,當有人訂購,他只是到家裡附近的鞋店真的去買鞋子寄給客戶。目的在於,很低成本快速把網路商店推到真實世界,並且了解是不是真有人會在網路買鞋。以第一階段的實踐來說,Zappos非常專注,腳踏實地的完成他計畫中的事情。



步驟三:衡量結果與下一步計畫


當第一階段都完成,就是靜下心來檢討狀況的時候。通常也是最被忽略的步驟。

檢討一定不需要花很長的時間,大概只要3個小時左右,就能把事情構思清楚。作法如下

(a) 找一個3個小時時間的空檔,找一個安靜適當的地點:確保這三個小時不會有人打擾,當然也要確保你自己不會打擾自己。

(b) 把過去做的事情的執行相關紀錄攤開:如果在這個時候,你說你做事情就直接做了,沒留下什麼記錄。或者你也許會說,執行計畫花很多時間,根本沒時間記東記西。那你可能對執行面還有很大的知識缺乏。你大概也不太適合當創業家。

(b) 對每個項目當初計畫的時間和內容,和實際上執行時候的時間內容加以比較:例如你可以做個簡單的表格如下:


項目 預計時間 實際時間 預計價格 實際價格
1 15 15 2000 1000
2 10 15 12000 25000
3 0 0 0 0
4 1 5 15000 20000
5 (新增) 3 3 120 120


這個表,只是給自己參考用的。執行一定會和計畫的時候不同,自己檢討的內容,專注於估計不準確的因素即可。這裡看似重要,但其實只是給自己作為未來的參考。

更重要的事情是以下兩點:

(e) 達到預期目標了嗎?

即便所有事情(task)都如期完成,很有可能你沒達到目標。以網路賣紫蕃薯為例,真正的目標,並不在於所有該做的事情做好,真正的目標是在網路上賣紫蕃薯。換言之,你必須要在(1)網路上,(2)賣,(3)紫蕃薯。如果沒有任何人透過網路,跟你下訂單買紫蕃薯。你的第一階段可能是還沒完成,也可能是失敗。端看實務狀況而定。

如果在檢討階段,你覺得促銷不夠,很少人真的到你的網站上看看。你可能需要增加一個執行事項:廣告或促銷。換言之,第一階段還缺事情沒做。

但如果在檢討階段,你發現很多人真的都到網站來看看,你也檢討實務原因都不在執行面。那麼無論是市場競爭太多,或者沒有市場,或者任何原因,你都需要考慮重新計畫,或者取消計畫。

無論是重新計畫,或者打消念頭,過去的經驗都不會消失,你仍然腳踏實地的經歷了簡單而完整的創業步驟。



(d) 下一個目標是?

如果很幸運的計畫完成,隨即就應該展開下一階段的計畫:可能是擴大產品範圍(例如開始買有機紫米)也可能是技術改良(例如可用iOS APP購物)。

如果很不幸的計畫失敗。隨即可以打消念頭,或者重新計畫下一個可能的網路創業活動。

無論如何,下一個目標也應該是清楚簡單,可執行,並且不超過3個月。



沉思: 


 簡單可行的計畫,並且加以執行是關鍵。不過,創業家一開始必然只有自己和少數夥伴。那麼要如何獲取足夠的知識技能來確實計畫以及執行計畫呢?


11/11/2015

創意與創意實行 (三個必要)




創意(Innovation)講起來容易,聽得也很容易,成功故事也隨處可得,彷彿每個人都是那個第一個鑽木取火的人一樣。但實際上,常有創意並且能實踐的人很少,簡單的審視自己工作團隊以及過去3個月工作內容,哪些是真正有創意的呢?

雖然仿間有很多書籍,利用各種方法教人培養創意思考,也讓公司佈置容易發生創意的工作環境,不過真正的創意似乎更接近靈光一現,各種方法似乎沒辦法讓這靈光一現發生在每個剛好像要的時間,以及剛好像要的事情上。(培養創意思考可以參考這些:Think on your fee,  Think outside of box...還有很多請自己搜尋)

但無論如何,每個人或多或少都有想法,而創意就從各式各樣的想法突然冒出來。不過...

不去實踐的創意其實沒有任何意義,因此創意與創意的實行是一體的兩面。然而,創意的實行不見得是把創意完整的呈現出結果。

有三個必要的條件是實行創意所必備的:

(1) 足夠的內化知識


實行創意的時候,如果沒有足夠的內化知識,會花上非常多的時間才會知道可行性或者效率性。當然,過於僵化的知識有時候會限制自己的思考,但是寬廣足夠的知識,絕對是必要的。永動機:就是一個直到半個世紀之前,都可以看到許多具有才華的人,為了人類長久的能源缺乏問題,仍然投入在不可能的事情上的例子(如果是最近的話,基本上目的是詐騙而不是為了什麼偉大的目標)。

在資訊科技的創新事業來說,由於搜尋引擎的發達,讓人以為擁有正確google技巧,就等於擁有無窮盡的內化知識。然而,已經有許多研究證實,只依賴google而不尋求其他增加知識的管道,不只會降低記憶力,甚至會減少靈光一現的創意產生。

足夠的內化知識和環境也有關係,不同的環境需要不同的知識。

(2) 專注力


有某一類型的人,可能三不五時都有認為自己有好想法,也常常把『這個我N年前就想過』掛在嘴邊。但因為想法實在太多,總是不知道要從哪一個開始,更有甚者,常常做了一半就改做更有趣的。這其實沒什麼不對,畢竟多維思考是創意來源的一個方式。

然而,如果永遠都是跳來跳去,每個想法都是蜻蜓點水似的淺嚐即止,就無法在達到完整性。因此關鍵在於專注力。

專注,並不是異常執著於某件事情,而是經過計畫過的決定。以資訊科技相關的創意來說,如果採用lean MVP並且配合Scrum的方式來執行,就很容易可以達到某種程度的專注,並且也可以在計畫好的時間內,檢視專注的成果。


(3) 執行力

想法的執行很重要。執行的能力等同於創意實踐的能力,而無法有效執行的創意等同於沒有創意。

絕大部份創業的人,都大概會自認為不缺乏執行力。那是因為願意投入自己的時間和金錢,執行自己想做的事業,大概就是有執行力了吧?經過不眠不休的刻苦努力,理當有驚人的成就了?不過實際上,創業的成敗雖然和執行力,有沒有決定性的關係還是眾說紛紜。但有件事情絕對是真的:執行力的好壞,和你的生活品質有絕對性的關係。

如果你的新創事業,需要用大幅時間來換取成果,很快地,你的生活品質以及陪伴家人的時間會大幅下降。因為為了提升產出,自然而然你會用更多時間投入,而不會更提升效率。如果你僅是某大企業的員工,最後只會淪為用苦勞來換取認同的。而如果是新創企業的業主,成功的用辛苦勞力換得成功固然是好事,但辛苦勞力是否能換得成功,並不一定(參見上一段),可以控制的執行創意才是平衡人生的好方法。

不同的事業在執行力的效率提升上有不同的方式。然而有三個方向是絕對值得參考的:

(a) 將提升效率作為衡量指標:

即使這是一個一人執行的專案,或者一人公司。仍然需要衡量的指標,這樣的指標不是因為有人想要對你評分,而是作為你要提升自己的方式。而效率也必須是自己衡量自已的方式。透過這樣的衡量,就會把效率提升的重點找出來。因為是自己誠實的衡量自己,自然就會找到正確的改善方式:例如,假設每週要花上12小時在看信回信,想要效率提升,就絕對不是要提升打字的速度。

(b) 80/20法則

80/20法則簡單的說就是20%的原因是可以產生80%的效果的來源,例如百貨公司裡面的20%的產品,帶來80%營收之類的。換言之,先搞定20%的事情,就可以事半功倍。

但是80/20法則也有很多潛在問題。例如,80/20並不會引導你找出真正哪裏是真正的20%,而這個法則也沒辦法讓你知道,剩下的20%效果是不是保健因素。(簡單的說保健因素是指某些事情,有的話不會讓你很高興,但是沒有的話你一定會非常不爽,參見這裡)。

(c) 委外

工作委外(外包, outsourcing)之後並不會真的提升該工作的效率。會提升效率的原因是,由於打算執行委外,而對切出來的工作有更正確的規劃和認知。這樣的規劃和認知,迫使新創企業增加執行率的效率。

另外,在此強調所謂委外,不見得是花錢外包,任何非組織內的合作也算。有許多創新事業會群聚一起在某個場所(創意工坊之類)當然就是因為,跨組織的合作可以讓彼此專注於自己想做的事情,而互相委外彼此不做的事情。







沉思:


  • 太陽底下沒新鮮事:雖然常強調不能只依賴搜尋引擎,但是當有一個絕妙好主意的時候,先google一下一定對的。因為太陽底下真的沒新鮮事,很多事情可能早已被想過甚至實現過。






11/09/2015

跨國專案,發生於startups的三個原因



談到跨國軟體開發專案,大部分的研究或者討論案例集中在大型組織。但其實,最有機會跨國界發展專案(特別是軟體專案)的其實是創新公司startups。

什麼是跨國軟體開發專案?很簡單就是一小群人,分別處於不同的國家,為了同一個專案目標而一起努力。

為什麼跨國軟體開發專案會發生在創新公司?

第一個原因是創新企業的彼此合作。

創新企業,越能取得全球開發資源 越能專業分工。前一陣子很多與container技術相關的創新公司(cloud startups),許多除了取得很多投資者的注意,彼此之間也會互相合作。例如coreos.com,除了把自己的產品以開放源碼(open source)的方式放在市場上測試之外,他肯定還是得與其他新創公司合作,讓產品可以先行在比較願意嘗試新技術的組織裡試行。

在同一個所謂育成中心的新創公司彼此合作是很合理,但如果你的新創公司鎖定於全球市場,最好一開始就先嘗試接觸其他國家的新創公司。因跨距離的合作而成功,這樣的例子屢見不鮮。(當然因為距離與文化失敗的也不是少數)


第二個原因是委外開發。

由於網路發展太過快速,使得大部份的國家(也許中國例外?)互相聯繫的管道速度變快非常多,而軟體開發專案,理論上彼此之間只要有共同的開發工具平台(例如git 加上 jenkins 加上 jira)再配合視訊電話工具 -- 目前最跨國的工具仍是skype,就可以一起合作。對於企業來說,只要妥善面試,外包給印度,巴基斯坦,白俄羅斯的軟體程式設計師,其實效果跟雇用當地的工程師其實差不多。(前提是要面試得當)

另外一種委外開發是因為個人背景關係。舉例來說http://www.cognitivescale.com/ (算是2015年最受重視的startups之一)他的創始人是印度人,雖然總部是在德州Austin,但很明顯還有許多研發資源直接設於印度。


第三個原因取得跨國客戶。

internet快速發展的讓人忽略轉捩點的發生,各個國家的資訊障礙彼此之間差異越來越小(恩..也許中國再次除外)換言之,如果一個新創公司的產品,是屬於internet上銷售並且使用的產品,那麼一開始就要考慮取得跨國客戶。

如果要取得跨國客戶,某些時候還是必須要利用非本國資源。以台灣初創公司的角度來說,由於距離世界另外兩大市場(北美,歐洲)仍然有距離,在產品開發上,至少在介面,使用者功能部分,如果委外由英語母語者合作開發會比較接近現實。



跨國專案有其困難度,但如果分工得當,其效果遠比在單一區域來的好。






11/05/2015

選擇跨國委外開發商的務實流程:三個要點





不管委外開發什麼東西,東西有多複雜,時間有多長,正確的選擇委外廠商就等於成功了一半。

會使用委外開發的目的一定涵蓋兩點:

(a) 讓組織專注在重要的事情,
(b)成本效益。換言之,選擇委外開發的廠商或個人,也至少要涵蓋這兩點。

而對於新創公司來說,委外還有另一點優勢:就是

(c)迫使你自己更瞭解自己在做的事情

因為你需要完整的把細節用文件簡要說明清楚。如果你自己沒辦法把事情說明清楚,那麼不用說無法委外,你可能根本無法有效率的創業。這樣的創業只會讓你日以繼夜的努力,卻事倍功半,就算成功也是運氣成份居多。

在做任何選擇的時候,都要把握20/80法則,也就是用最省時間方式,確認最多關鍵成功因素。建議使用以下三個實際要點:

(1) 要點一:要確定理解規格


確認理解規格,很多人以為是外包商的責任,其實應該是業主的責任。因為業主不應該雇用一個不理解規格的人!換言之,業主要能在委外活動開始之前,確定外包商能理解規格。

這點聽起來很直覺簡單,簡單到就像大家都知道不能闖紅燈,上班不能遲到,開車不能喝酒,寫程式應該要有Unit Test一樣。可是實務上就是有很多人做不到。

根據經驗,所有外包的失敗,有起碼75%的源頭,可以追溯到對規格的不理解。因此確定外包商理解規格才能外包是第一要務。

那要怎麼在還沒簽約前,確認外包商理解規格?

用電話/email問他:Do you understand the spec?然後他會回答:Yes。....這做法是100%完全沒用。

請他看完規格書之後,問他一下:Do you have any question。然後他會回答:No。...這做法一樣100%沒用。

另外,規格也要對QA稍作定義,倒是不需要洋洋灑灑列出421的test case,只要簡要的把最重要的幾個使用者行為定義清楚即可。

最簡單的作法是用過濾刪選。實務作法如下:

1. 篩選掉不認真看文件的。


首先在發標之前,先把規格簡單的描述一下。然後在文件的中後段,穿插一句話:If you see this, please add the secret code "Bravo" in your proposal。這個目的很簡單,就是要刪掉,連看都不看就想要來投標的人。因為透過網站來投標的成本很低,所以有很大的機會亂槍打鳥。要投標的人,一定會提供proposal,而實務經驗來說10個來投標的,竟然只有5個有真的看文件,並且把Bravo這個字眼放在proposal的第一行。

換言之!用一個簡單的方法,就可以篩選掉一半根本沒認真看文件的人。沒認真看基本說明的人,可能壓根錯估時間跟成本,萬一選到這樣的外包商,最後吃虧的一定是業主。


2. 篩選掉無法回答三個技術問題的。


準備三個簡單但是重要的問題,讓外包商回答。舉例如下:

(a) Did you use dynamodb (aws) if you did, let me know why you use it.

(b) Please simply describe how to let android app use fb login.

(c) what is the most difficult things on our specification?


依照這三個問題的回答,業主很快可以判斷,剩下來個5個之中,哪些對於要做的事情比較有信心,哪些是完全沒信心。


3. 篩選掉估計時間不合理的。


前兩個問題都通過之後,就請剩下來的人估計時間。這時候估計的時間,請他要給完成的時間點,而非要花多少天完成。外包商花多久時間,多少人力完成,其實業主不會需要知道,也不可能知道。然而,業主需要知道,幾月幾號幾點,會取得什麼樣的東西。

如果完成的時間本來就預期很長 - 所謂很長是指超過2週。就應該請外包商分里程碑(milestone)分階段產出,分階段驗收完成。時間估計不合理的長或者不合理的短都會有問題。但是,在這個階段倒是可以多花幾分鐘,了解問題在哪?例如也許是他剛剛好這禮拜要畢業,準備畢業考試之類的?有些時間的延宕是可以接受,但是一定要知道原因。


以上三個篩選步驟都很簡單,任何複雜的專案,都只需要花15-20分鐘就可以完成上面三件事情。但是這三步驟絕對會讓你節省不少寶貴時間。

另外強調一下。規格不在於細節,所以鉅細彌遺地250頁規格書一定也沒用。不如一個兩頁的精要版。


(2) 要點二:要確定目標


讓外包商理解目標,以及確定外包商理解目標,也是業主的責任。

所謂的目標是指,根據規格完成的東西的真正意義。例如,規格書上詳述要完成一個android APP,並且可以用fb login,並且可以記錄帳款...等等內容。但是,所謂真正目標可能是:必須要在某月某日之前,讓具有某些功能的APP上線,並且可供使用者免費下載。這目標的確和規格書一樣,但通常規格書沒辦法表達優先順序,以及真正的完成,以此例子來說真正的完成是要放到google play上線通過。

當選定外包商之後,一定要花20分鐘,以電話或者視訊溝通這次外包的真正目的,而規格書是達到真正目的的最大參考,可是規格書本身不是目的。這點一定要說明清楚。

(3) 要點三:要有plan-B


選擇委外開發,通常不會是把核心項目委外開發。因此,理論上外包失敗應該不會有滅絕性的結果。

所謂的Plan-B就是要有外包失敗的計畫。Plan-B類似危機管理(Risk Management)不過遠比危機管理簡單,它只需要知道:外包失敗的結果,以及如何因應。


1.  定義何謂失敗:


首先一定訂清楚定義何謂失敗,每次外包行為只有失敗跟成功兩種,沒有中間的。模糊不清的選項只會讓事情變得更複雜。以前述APP開發為例,所謂成功指的就是在某月某日之前,具有某功能的APP上線,並且通過所有定義好的當初簡要的QA測試。所謂失敗指的就是不滿足成功的所有條件。換言之,失敗不見得我們就不付給外包商費用,有可能外包商分階段完成,但最後完成的日期比預期晚,那仍然是失敗。


2. 失敗如何因應:


一但確定失敗,就一定要用預設因應方式。以前述例子來說,因應方式可能有很多種。

例如,雖然功能都可完成,QA測試也沒問題,可是已經確定無法準時上線。所以因應方式就是把計畫往後推延N天。然而,這個N天必須要是事先定義好。不能是當失敗發生才定義。原因在於,唯有事先定義好的失敗處理,才不會讓其他事情跟著失敗,如同骨牌一樣,一路倒個沒完,那就等於是把核心關鍵任務外包。因為延宕N天是事先定義好,換言之,其他事項早就已經把N天計算進去,因而這個N天就變成無關緊要。

然而,如果不是時間,而是外包商倒閉,或者壓根就消失,當然就要啟動重新委外行動。一樣會延宕N天。這N天,一樣也是必須事先定義好。

換言之,失敗因應其實都和時間有關係。當然和外包成本也有關係,只是通常這樣的外包最後真正付出金錢損失通常不大,因為現行的外包平台大部份的情況下,都會保障業主不會付出冤枉錢。反倒時間與精神損失才是重點。


這三個要點,無論專案有多麼大,有多複雜,都可以在1.5個小時之內完成。根據我們過去N次規模不同的外包經驗來說,採用簡單的三要點作法,讓我們自己將外包成功率從30%提高到90%。







11/02/2015

德國柏林的創業環境-三個觀察




在台灣看2015年相關的國際新聞,會發現德國一直都是某些事件的主角。從希臘債務問題,到中東難民大舉前往德國,再到前陣子VW發生造假事件。然而,眾多新聞之中,其實悄悄然一直有件事情,在過去5年中慢慢發酵。

那就是柏林的年輕化以及歡迎各國(嚴格上來說應該是歐盟各國)年輕人加入柏林創業。


在跨國合作的經驗告訴我們,每個人其實都不一樣。如果有人概括性的說,某個國家的人都怎樣怎樣,那幾乎都是某種類型的偏見。通常認識一兩個某個國家的人,就會把這一兩個人的個性行為,當做該國的代表人物。偏誤率實在很高。

我認識並且有私交的德國人做事很務實認真精細,當我去德國政府網站查詢創業相關資訊時。實在很佩服該網站務實的精神。這個半官方網站是德國工商總會(IHK),類似台灣經濟部底下的半官方機構。在他的網站上,你很快能找到重點,

例如你可以下載這篇(Starting a Business in Berlin) 來看看要怎麼在柏林創業。這篇雖然說是A Beginner's Guide,但是其實重點都有講到,而且幾乎沒有廢話,也幾乎沒有官腔官調。順道抱怨一下,以前台灣某些政府網站以及公開資訊,實在都很官腔官調,感覺上是要建立一個門檻,讓老百姓越不了解越好。

這裡建議,只要是想創業的,最好把這份文件詳細閱讀一下。它一開始先希望你自己了解一下,自己為什麼而創業。並且實務的建議你,哪些創業類型適合你,甚至也會警告你,哪些創業的原因很難成功(像是如果是因為長期找不到工作而想要創業)。

接下來不能免俗的要說明哪些註冊公司的方式適合(例如合夥公司,股份有限公司等等)但是在法規的說明上,講的清晰易懂,在註冊公司的種類上,甚至會說這個種類是最多人選的,或者是最少人選的。然後,它就開始說明,如何計畫自己的生意,從business model到Elevator Pitch都有。最後還列了在德國完整的相關資源。

重點在於,它把創業的從頭到尾描繪清楚。讓讀者有概括性的認知。這的確是我看過最清晰易懂的政府文件。更重要的是,它是英文版,不是德文版。

三個觀察:

(1) 相較於英國美國還是稍微保守一點


在不前往英國的情況下,台灣人絕對可以去英國註冊一個公司並且開始營業。如果是經營資訊產業,例如經營一些手機APP,那麼甚至可以永遠不去英國。

美國資訊產業對於創新有極大的樂觀性。對於招募資金甚至極為寬鬆。

相較之下,德國還是略顯保守。原則上要成立股份有限公司需要25000歐元的門檻(這個門檻跟台灣差不多)。無限公司容易成立,但失敗了要賠身家,大概很少人想這麼做。因而相較於英國美國,其法規略偏保守。

另一方面,對於哪些人可以來經營企業也較英美保守。

在英國基本上,只要能證明存在感,大概就可以開公司。美國也是,但是如果人住在英國美國當然需要工作證(綠卡)或某種簽證(工作簽)。但如果不住在當地,英國是可以註冊公司並且營運的。

然而在德國,不管有沒有住在當地,你必須要是(a)德國人,或者,(b)歐盟某國家的人,或者(c)有商務協定關係的國家,目前是美國,加拿大,瑞士。這三種條件下的人,才能在德國創業。如果不是以上三種,必須要先到德國大使館取得特別的簽證才行。但就目前歐盟28個成員國,加上美加以及鄰近的瑞士,應該也足敷柏林成為夠國際化的都市。


(2) 相對便宜的環境聚集了人才



在歐洲主要150個主要都市中,柏林的物價是排名(2015年)很後面。單指所謂西歐先進國家而言,根本沒有任何一個城市比他還便宜。

當然相對便宜,而且容易發展的環境,很快吸引各國的人才。事情總是有正反兩面。已經開始有很多人認為這樣的環境不見得是成功的:可以參考這篇 (作者甚至抱怨柏林沒人在講德文)

當一個環境聚集許多遠道而來的人的時候,幾乎一定會發生各類衝突,然而良好的衝突也是創意發生的所在。不同的人也因而在具有刺激性的環境激勵與成長。


(3) 年輕的老都市


柏林這個名字有紀錄已經有七百年,而存在已經四五百年之久。然而由於之前東西德分裂,柏林花上近10年才真正完成整併基礎建設(例如地鐵)。透過基礎建設的重建,柏林成為一個嶄新的都市。

柏林相較於倫敦它的地理位置接近於歐洲中心點,無論是北歐中歐南歐東歐,與柏林的交通距離都差不多,在兩德合併之後,它很快速的再次轉變。

雖然在金融產業上,倫敦仍然是歐洲最大的都市,但是在文創,軟體,網路等等新產業上,柏林已經後來居上。簡單的搜尋"柏林 創新"就可以找到很多相關資訊。




沉思:


* 再次強烈建議一定要拜讀一下這份官方文件(Starting a Business in Berlin)

* 沒時間看的可以與我們討論。

* 數年之前,有機會與一位玉山創投的德國人(Volker Heistermann)吃飯聊天,當然對他一個人能來台灣試圖建構創業環境是蠻佩服。如果有想要了解德國創投對於創業者的看法,倒是可以和他詢問一下。


* 在本文撰寫的時候,剛好看到中國買房團想要到德國柏林投資房地產。就德國對於房價物價的長期控制來說,也許一開始會有影響,但是大幅炒作的機率應該不大。





11/01/2015

如何保證創業成功 (三個事實)

事實一:創業一定會失敗

創業幾乎一定會失敗,不管你的主意有多了不起,實現的方法有多神奇。有些人說75%會失敗,有些是80%,有些甚至是90%,但不管是哪種統計的方式,可以肯定的是,創業有很大失敗的機會。

沒有人喜歡失敗,但往成功的途徑幾乎避免不了失敗。

要看有多少人研究失敗的數字?search一下就知道了。

然而,不管前途有多渺茫,還是有確保成功的方式

事實二:有確保成功的方式

成功的事件幾乎很難重複,但是失敗事件卻可以學習而避免。如果你曾經失敗過,就更有可能從中學習到避免失敗的方式,就更容易成功。就算成功單純只是偶然,增加機率也是個方式。

即便有80%的失敗機率,如果你有資源嘗試5次,在機率上你就有高達68%的機會會成功。如果你有資源嘗試十次,就有高達90%會成功!

如何低成本嘗試不同Lean MVP? 請參考這裡

事實三:降低風險的失敗,才能多嘗試


增加失敗次數,才是獲得成功的必然方式。這也就是為什麼,有富爸爸的創業家,總是比較容易成功。參見這裡。不過既然你想要創業,就不是抱怨自己不在郭X銘或王X慶的家庭。一般的人還是有機會失敗很多次,然後成功。

當然最好是很多次,有限的,小型的失敗,而非是一個慘痛的,債務累累的失敗,無法東山再起的失敗。因此有限成本中能嘗試不同的Lean MVP才不會耗盡資源





沈思:



訪間的商管勵志類書籍,常常會鼓勵想勇往直前的人實踐夢想,最常出現的一句話就是只要願意,人人都可以變成XXX之類的。但是,就統計上而言,這是就像大家一起中大樂透頭獎一樣,就算是有可能會發生,當它一旦發生了,也就失去了所有的意義。(大家都中樂透頭獎的話,獎金大概比50台幣還少)大部份的人,大概都不喜歡看到這篇文章所描繪的簡單事實,但是,我們認為唯有腳踏實地地體會事實,才能保有創意的熱血,持續往想要創業的方向前進。

*如果真的想創業,我真的要冒險一試嗎?

*如果想冒險,什麼樣的風險我可以嘗試。我可以把500萬積蓄在一年內花完沒關係?還是100萬?還是10萬?

*有沒有把整本"精實創業"看完,在另外多看起碼3本相關書籍,以便取得完整的知識面貌?




10/29/2015

兼職創業-三個考慮方向




首先,這裡的兼差創業,不是直銷,也不是奇奇怪怪的,各種保證每月多收入N萬元的奇怪方式,也不是到處去試用產品之類的。直銷以及類似業者,還請勿參與這邊的討論 :)


在此,我們討論的兼職創業,指的是目前有正職的工作,或因為家庭因素需要大部份的時間照顧家庭。然而,根據自己的想法與能力,想要嘗試一些創業的可能性。

由於不想太空泛討論,所以如果是所謂時間交換性質的打工工作,就不在這裡討論。何謂時間交換性質?例如,在7-11的計時員工,當高中生家教,當婚禮攝影,當餐廳歌手,等等。可以參考這篇文章。時間交換性質工作沒什麼不好,有時候也很有趣,甚至有可能賺很多錢(例如婚禮攝影,餐廳歌手)。

但這裡我們想要強調的兼職創業有三個條件:

(I) 不是賣直銷保險人際關係

(II) 每個禮拜花費的時間不超過4小時

(III) 和資訊科技相關


第一點:應該不用多做說明。

第二點:如果有看過一本書叫做每週工作四小時",裡面內容就在說明用時間換取金錢沒完沒了,應該知道自己為什麼要工作。採用創意的兼職方式有可能讓你每週只要四小時就可以獲得一些成就。不見得一定是金錢上的成就。這本書有很多爭議性,在此再次強調片面資訊的危害

其中最後一點:和資訊科技相關是因為這個blogger的作者們都是從事資訊科技相關行業,因而只能討論這個:)



(1) 考慮之一:創意優先


如果是考慮勞苦的工作,例如用時間交換性質的工作,自然一定可以兼職打工。但常常會犧牲的是自己的休閒時間以及健康。這樣的兼職創業,其實應該叫做兼職打工,不算是兼職開創新事業

有時候創意只是一點點的改變,或是找到一點點的利基。例如架設中文版本的人才移動網站,讓台灣的人才也有機會四處獲取世界各地的工作經驗(但不是遊學打工)。也許這網站不會讓你賺很多錢,可是會讓你晉升為網路事業家。


(2) 考慮之二:整合優先


優先考慮整合資源,盡量不要自己搞。目的是為了不本末倒置!想要兼職創業,當然是現在的工作不能隨意放棄,或者是大部份的時間要照顧家庭。新的事業自然就要用最有創意,最節省時間的方式,免得影響到現有工作時間。可以參考這裡

以上述的人才移動網站為例,可以考慮找委外開發,自己進行概念設計,但是讓印度公司來進行實作以及調整。再請虛擬助理來進行維護工作。最重要的是,雖然可能會花一點點錢,至少讓自己整個心力投注在最關鍵的20%,而不要影響自己真正的工作。

然而,概念設計,網站經營,以及分析結果,對於非專業人士還是會很大得進入障礙。這時候可以考慮讓創意執行的企業來幫助你完成。例如TALENT-SERVICE,該企業採用MVP的概念,讓你無論如何可以完全控制成本,並擁有整個產品。



(3) 考慮之三:目標導向

設立目的,才不會迷惘。

這樣的創意兼職,是想要賺很多錢,還是想要嘗試機會?是想要獲取人生經歷,還是想要幫助他人?如果是想要賺很多錢,在三年內應該是多少錢?如果想要獲取人生經歷,在三年內怎樣才算獲取經歷。三年是一個好的長期目標時間單位。

一旦設定好目標,起碼在數個月之內自己的心意不會隨之搖擺,事情才能取得進展以及獲得成果。

一旦描繪了三年目的,就應該設立兼職創業中短期目標。需要比長期目標簡單而且明確。有些甚至可以簡單到,可是逐一達到目標的,會讓人有很大的成就感。現在市面上有很多筆記本圓夢之類的相關作法都可以值得參考。

以下是個獲取人生經驗的創業兼職長期目標,以及短期目標的參考:

長期目標:想要在三年之內成為智慧型手機APP開發的顧問專家。

短期目標:
    (a). 0~3 月:撰寫3個不同的iOS/Android APP,並且將作法投在電子刊物上
    (b). 3~6 月:與出版商洽談出書計畫,並且開始著手寫書
    (d). 6~9 月:完成iOS書籍 ,並與資訊教育機構洽談授課計畫
    (e). 9~ 12月:完成Android書籍,並確實在某一個資訊教育公司授課






參考:


* 創意執行的企業





10/28/2015

菲律賓個人虛擬助理-三個事實

與我們有合作過的個人助理



菲律賓的地理位置離台灣很近,對台灣人來說,對菲律賓的了解通常就是有很多勞工輸出,本身是很多島嶼組成,而且跟台灣一樣夏天會有颱風。

菲律賓的基本資料在wiki上很容易找得到。比較特別的是雖然菲律賓的官方語言同列菲律賓語和英語,但對外輸出白領勞工時常常強調其英語溝通能力,畢竟菲律賓語是目前沒有文字(不過16世紀之前是有文字的)所以採用拉丁+英語拼音。總之,大部份的人會認定,菲律賓是英語系國家之一。

菲律賓是很多國際化公司建立call center的重要據點,主要原因也是低成本,可取得很多易於訓練的白領勞力密集。

容易訓練是因為,菲律賓的教育體系基本上與美國一致,教育的內容和方向也和美國所差無幾。二戰之後,菲律賓政府基本上就是和美國在同一陣線,和沖繩一樣也有美軍的基地。


考慮使用菲律賓助理時,請先理解以下三件事實:

(1) 英文口語比較接近


對,事實上由於菲律賓曾經是美國殖民地,相較於印度,是非西方國家裡面,一致認為口音比較容易懂的。至少相較於印度,巴基斯坦,斯里蘭卡等南亞國家,台灣人肯定比較容易聽得懂菲律賓人的英文。這也是為什麼,菲律賓以電話服務call center中心著名。

但口語能力不代表書寫能力,也不代表溝通能力,也不代表其他能力。

菲律賓的虛擬助理需要妥善的訓練其他項目。即便你可以找到非常優秀大學畢業學生,最好也先假設所有的事情都需要安排訓練。舉例來說,如果你希望虛擬助理常常幫你做一些簡單的市場研究,大概不能對他第一次做這個任務的結果有多大期待,他可能會產生一份從網路隨便剪貼的文件給你,大概就是大二學生的品質。

(2) 數量多但需要訓練


菲律賓人口快要一億,其政府鼓勵勞工輸出,而目前為止還享有極大的人口紅利(平均年齡低)所以理論上經濟應該可以快速成長。不過顯然到目前為止,似乎沒有發生穩定經濟成者這件事情。

勞工輸出(菲傭菲勞)從低階勞工,到有技術性的勞工(例如護士)都有。而近年來因為網際網路快速發展,透過網路做境外服務的個人或者公司也越來越多。委外開發在菲律賓還是個比較新的經濟活動 - 相較於印度是比較新。

然而,電話客戶服務是一回事,而虛擬助理又是另外一回事。

電話客戶服務(call center)預期你需要提供完整的文件知識庫,負責接電話的其實他只是迅速操作電腦系統,回答制式的問題。

虛擬助理其實需要對事情更大理解程度,更大的彈性來處理變化。例如,如果你讓菲律賓虛擬助理處理email,遇到從來不曾看過的來信,他可能很難判斷緊急與否,而逕自交給你處理。

訓練虛擬助理一定有其成效,如果能建立長期合作關係會最適合精實創業。

訓練的本身要簡單,有效,容易取得回饋,因此從實際的任務來檢討是最適合的訓練方法。


(3) 性價比高


在比較低的價格範圍,比較能找到完整大學學歷,又有工作經驗的虛擬助理,最有機會的是在印度以及菲律賓。然而,由於菲律賓的虛擬助理,通常是以電話服務為基礎再予以延伸,因而,如果創新事業想要透過虛擬助理接觸客戶,那麼菲律賓虛擬助理,也許是台灣創新事業的最佳選項。

然而同樣是大學教育,素質在個人身上還是有差異,因而前段所述訓練乃有其必要性。因為有比較久工作經驗的(5年以上),可能都在美商公司取得比較穩定的工作,難以在自由工作者市場上取得。




參考: 



* 以下列出與我們合作的個體戶(Mary)她自己對自己的優缺點說明,有趣的是,她認為上網速度太慢是她唯一的缺點?!





10/27/2015

委外(outsourcing)軟體開發的三個要點



委外開發outsourcing行之有年,它只是另一種形式的分工方式。

然而,委外的軟體開發,卻是困難異常。即便是簡單的網站設計,不複雜的智慧手機程式(app),在缺乏正確的溝通認知情況下,還是有可能以意想不到的結果。如果你的專案經理,或者是負責與外包商溝通的人,以下是你最少需要知道的要點。對於不了解的事情,有些時候可以用嘗試的方式學習經驗,但很多時候最好還是參考一下過來人的經驗。

這三個要點,是在已經透過正確的方法選到正確的廠商的前提下。如果還不知道怎麼選擇正確廠商,可參見這裡。


(1) 知道這次外包想要的結果是要什麼


作為專案負責人,你需要知道期待的外包的結果。

假設所有的軟體開發,都是外包商進行,那表示你必須期待外包商有負責管理整件事情

所謂的整件事情,是從設計,細部設計,定義管理的方法(例如Scrum, agile),程式碼版本管理(例如github),測試,檢查驗收。換言之,雖然你不負責整件事情,但是你卻要比外包商更了解,這整件事情要怎麼處理。這樣你才能有效控制外包結果。

當然如果外包的範圍很小,例如繪製android logo,那麼你只要確定外包廠商知道android logo有哪些尺寸與標準,約定好時間,就可以等著看結果。

如果外包的範圍中等,例如處理前端網頁javascript以及html部分,但是需要存取後端的API,而後端API是核心任務,因此是內部自行開發。那麼就要界定清楚範圍,你需要能完整提供API文件,不然至少要有API簡單的訓練課程,以及範例程式。由於開發活動必須有一致性,因此還得提供廠商版本控制系統的權限(例如gitbucket),另外還需要控制開發週期,以及哪些使用者功能(user story)需要先完成,哪些後完成。換言之,如果外包範圍是軟體開發的一部分,那有可能關鍵的結果在於某段程式的正確產出。

(2) 清楚說明規格


在台灣對規格書(spec)其實不那麼重視。尤其是所謂的系統整合商的IT專案。因為有太多情況,規格和最後實際的結果已經截然不同,而規格書很有可能是一邊開發,一邊才跟著寫。根本不切實際,最後都淪為最菜的SA所負責最無聊的工作。

清楚說明規格並不代表要有250頁這麼厚的規格書。而是要有在做重要的事情上,有不可否定的結果。舉例來說,google.com的搜尋畫面,其實也有很多功能,但是必有一個規格是:一個讓人輸入資訊的欄位,並且按下enter之後會直接進行搜尋。某些SA/PM在撰寫規格時會無窮盡的增列細節,例如欄位是要多寬,最多輸入多少字元,反斜線要不要處理,諸如此類。當然重要的規格細節要詳述,但是不能無止盡的窮數之。

對於規格書沒有基本認知的話,可以先參考這裏

已經有很多撰寫規格書的經驗,但自覺從來沒寫對的話,可以參考這裏。這個spec只有短短20頁,去頭去尾真正的spec可能只有17頁,他沒有很多細節,也沒有用很複雜的UML圖。而且spec徹底與實作方式無關。

(3) 確定對方理解什麼


這點聽起來很不可思議。但是在現實,實在常常發生。那就是即便語言上沒有問題,在溝通認知上,還是有極大的差距。有些幫助有效會議的技巧,通常會提到,會議結束的時候,請最重要的幾個人,用很短的時間,簡單說明會議之後他要去做的事情。如果在一個常常進行無聊會議的組織裡面,可能會有很戲劇性,很荒謬的效果。(請參見"開會開到死")

對委外開發而言,很多時候不是面對面的會議,再加上語言的不同,更容易產生誤會。執行者(就是外包商負責人)必須要有創意的使用結構性合理的方式,來讓彼此理解工作內容。

首先,使用文件是最合理的。尤其是對跨國廠商而言。而文件的長短與格式並不是重點,重點在於有沒有表達你要傳達的資訊。

更有甚者,文件常常有先後次序,你需要知道外包商到底有沒有看那份最重要的文件。

一個簡單的作法是:在最重要的文件(例如規格書Spec)的莫約3/4處,夾一段文字,說如果你看到這份文字,要立即email給某人,並且夾帶一段簡單的"口令",因為這可以證明他有認真看過,如果在X月X日前,沒有回覆給某人,你會假設他無法完成第一個milestone。

這個作法不管在第一次有沒有達到目的,接下來外包商自然就自動被訓練為,你的重要文件,他一定會看。

管理委外廠商有很多創意的作法。可惜的是,這些作法必須根據靠經驗和實際情況而改變與適應。很難光是用教學的方式就體會。





參考:

* 虛擬助理




10/26/2015

務實專案管理(FLA)的三個重點...(從team leader的角度)

軟體工程與專案管理的方法論以及參考書籍非常多,無論是最傳統的PMP,到近幾年強調的Agile, Extreme programming,以及創新公司最常用的Scrum,這些方法都不外乎希望能盡可能圓滿達成專案目標。

而越後面產生的方法論,似乎都盡量想要化繁為簡,貼近事實,以便彈性的因應改變。例如Scrum就是將需求變更控制在sprint開始或結束,並且讓每個短暫的sprint(3-5週)可以專心於現在的計劃,改變於是乎就受到控制。

專案經理的角色和技術領導相輔相成,只是目的截然不同。專案經理最終的目的其實是”管理利害關係人的期望” (Manage stakeholder expectations)。實務上,這個目的甚至比專案在時間成本內達成來的重要。

技術領導雖然不是專案經理,但實務上,技術領導的小團隊是專案執行的最適切單位,因而技術團隊領導者也是反映真實狀況的適切人選。

技術領導當然不見得一定需要知道專案管理的細節,然而在軟體專案的執行中,技術領導者瞭解得越多,越能讓專案有機會成功。瞭解得越少,越容易受困於專案管理的本身。

(參考案例一)

專案經理(PM)在專案一開始就召集所有分析師(兼為小組長)進行傳統的WBS製作,完成了一份洋洋灑灑專案管理文件。在缺乏專案管理的知識下,三個月後在專案中期,某小組長發現有很多事情其實未列在WBS中,他就很掙扎要照常繼續回報列出來的項目?還是要重新修改WBS?

(1) 萬事起頭難:起初,專案計劃


作計劃這件事很重要,相關的名言也很多:
  • 廟算者勝,得算多也;未戰而廟算不勝者,得算少也;多算勝,少算不勝,而況於無算乎。
  • A goal without a plan is just a wish
  • Fail to plan, plan to fail
  • Plans are of little importance, but planning is essential.
  • You can't predict the future, but you can plan for it
  • The general who loses a battle makes but few calculations beforehand
  • Planning is everything. Plans are nothing!


任何專案管理方法論都會涵蓋”做計畫”(planning)這件事情,原因也很簡單因為這實在太重要。可是也太容易被忽略誤解或輕視

無論任務範圍大小,多寡,範圍,一個適切的”文字化計劃”對於軟體專案絕對重要!特別是有任務是整個團隊曾經執行過類似的,”原則上”只要根據以前的經驗”照著作”就可以達成,這種特別容易被資深員工忽略的任務特別容易出錯,更何況”照著作”等於是打算重覆過去的經驗,而不是打一開始就意圖要精進。

忽略:"現在時間很急迫,不趕快做來不急,就不先搞計劃了"

越是急迫的事情越不能出錯,減少出錯的最基本方式就是先行計劃。更重要的是簡單的思考整件事情,並且寫下來,適事情大小,不但不花太多時間,而且最能降低的風險以及未來避免浪費時間來修正錯誤。

誤解:"作計劃要花很多時間"

一個複雜的任務絕對需要花時間計劃。但是一個簡單的任務,可能只需要花15分鐘把心裡想做的事情簡單地寫下來。這個過程就可能會讓團隊避免發生前述案例中無聊的錯誤和不必要的問題。

輕視:"作計劃是給老闆看的,反正事情都不是照計劃進行,計劃對我們沒有用"

這種想法跟不打算作計劃完全一樣。等同於靠運氣跟個人當時心情來決定最後任務的好壞。

做計畫並非僵化,計劃的本身形式也不拘,一個簡單的心智圖(mindmap)就可以整理思緒 揭露許多未來的可能性。

下圖是本文撰寫的第一個計畫,可以和最後的結果比較看看,雖然粗糙,而且之後順序以及結構也有很大的改變,但是計劃的本身卻是很簡單可以引領思考。


 

(參考案例二):

有個售前支援團隊,與各國業務長久一起合作習慣了,常常四處進行軟體產品展示任務。有一天得到通知要去東南亞某國家進行安裝測試,大家都以為當地業務會大致把前置作業搞定,因此就迅速訂機票出發。到現場才發現,客戶負責的技術人員當天根本就沒來上班!整個作業只好延宕一天。



任務分配

團隊合作必然涵蓋工作分配。在資訊科技領域中,分配的方式也有很多種。而對於一個團隊的技術領導者而言。當已經對自己以及團隊的能力有基礎認知之後,有效的工作分配是一開始就要先計劃的事情之一。

技術領導者必然是已經瞭解自己也大致瞭解團隊能力,同時也瞭解任務內容之後,才能進行計畫任務分配。任務分配可以是團隊所有人一起討論,也可以技術領導者自行決定,但無論如何一定要先考慮團隊成員能力彼此之間的比較利益。

比較利益法則最早出現在經濟學鼻祖大作國富論的第一章(亞當斯密,1776)。衍生的,基本概念很簡單,只要有效分配,任何情況下都可以達到1+1>2的效果,即便專案成員某些人明顯地比其他人能力還差。

(2) 專案專案執行中面臨的問題

專案執行面臨的問題 - 人的偏誤


人類判斷事情會先採用快速直覺,這乃是上百萬年來的演化,無論是視覺上還是意識上皆是如此。以下簡單列出常見的人類認知偏誤:


歸因謬誤(Attribution Biases): 

解釋別人的事情時,會傾向別人的內在因素,解釋自己的事情時,會傾向外在因素。例如:會議有別人遲到,心裡會想這是這個人紀律問題,沒志力起床。自己遲到,會解釋是因為交通問題,昨天事情太多太晚睡。


錨定效應(Anchoring):

有參考點或第一次接受的訊息時,會過度偏重參考點。例如某地區最近賣出的房價是一坪100萬,則臨近的房子無論好壞,預售價格為一坪50萬時就會被認為"很便宜",即便一坪50萬對絕大部分的受薪階級來說還是貴得要命。


沈沒成本(Sunk Cost):

過去已經付出去的,不管未來的選項如何,其成本都不會變。也就是說不同的選項無關過去的成本,只關係未來。例如當已經花錢買了張電影票,但是臨時聽說同一時間有某明星簽名活動。這時候有兩個選項,一個是繼續看電影,另一個是去參加喜歡的明星的簽名活動。無論是哪個選項,其該電影院票價成本都是存在,因為錢已經花下去。換言之,要考慮的只是,現在看這個電影是不是比得到喜歡明星的簽名重要,而不是考慮如果去參加簽名活動會損失電影票的錢。


過度自信(Over confidence):

人類對於評估自己的能力時都會過度自信。例如,在一個50個人班級裡面,所有人自我評估考試成績的"名次平均"在技術上說應該是25,但是通常自評估的平均值都會遠小於25。也就是大部分的人都會高估自己的能力。


羊群效應(Herding Effect):

在團體中,個別成員會不自覺跟著團體中心行動。例如,股票市場中,市場最常發生一直買或者一直賣的情況。而如果是在競爭市場,有特別突出的公司時,其他公司會學習特別突出的公司的行動。




專案執行面臨的問題 - 進度(時間進程 vs 距離進程)

在專案或者任務執行之中,技術領導者多少需要有效評估跟瞭解現況。而目前進度是最重要的"現況"。在比較嚴謹的專案管理領域裡面,有許多評量進展的指標,例如已投入成本和預計完成所需的成本比例(一般PMP常用方式)然而,在資訊科技領域中,比較適當的衡量應該還是以時間進度能準確反應事實。

所謂時間進度指的是,還有多少時間可以達到目的。舉例來說假設某人要去日本玩,從家裡到機場需要一小時,而飛行時間為兩小時,抵達機場之後到旅館需要一小時。因此當我們詢問他的進度時,當他的飛機抵達日本的當下,他會回報進度完成75%,尚有25%未完成。

然而,如果是距離進程,也就是以還有多少距離可抵達就有很大的不同。舉例來說,家裡到機場僅有50km,飛機實際飛行距離為1000km,機場到旅館假設有50km,所以當他的飛機抵達日本的當下,他會回報進度完成96%!只有2%未完成。





單以事實來看,這兩者都是事實,可是呈現於資訊科技控制進度與瞭解現況來說,恐怕是以時間進度比較能夠掌握。畢竟,當一個團隊成員說有件事情只剩5%完成,而且你知道他在這事情上做了3小時的時候,在沒特別問清楚的情況下,你大概直覺上認為只需要幾分鐘完成,而非剩下的5%距離,需要在1小時完成。


不過專案進程的事實搜集,有太多太多慘痛的例子是在混用時間進程和距離進程的估計。事實上,由於人類天生的偏誤,在距離很短的時候,會不自覺採用距離進程來回報狀態。這時候技術領導有意識的取得"時間事實"才最重要。

專案執行面臨的問題 - 技術問題

技術問題層出不窮,不過大部份專案的技術問題,通常可以解決。然而,技術問題通常也很難概化討論之,他和專案的特性以及屬性有關。

不過就軟體專案而言,有個兩個看似有些衝突的基本概念一定要知道:


(1) 每個人的技術能力與技術方面的產出差距可以達到10倍以上。而每個組織的能力與技術產出,也有近十倍以上的差距 


(2) Scrum的方法論裡面,假定短時間每個人的績效不會成長,也不會改變

我們以後會再來討論這兩點。不過建議先對agile, scrum有初步研究。


(3) 專案的結束:好的結尾比好的開始更難

第三個重點,專案的結束。很多大公司,無疾而終的專案很多,軟體專案通常無論如何都還是會結束,只是結束的方式好不好而已。

礙於篇幅,我們在日後的文章再來討論專案的結束


沈思:

* 為什麼這次有些項目會在日後再討論,沒辦法先提示一些重點嗎?

* 對於務實的專案管理方式的諮詢服務,請與我們聯繫


10/24/2015

使用虛擬助理的三個要點



僱用兼職的國外虛擬助理(Virtual Assistant),可以大幅節省許多庶務時間。再往下看之前,請先參考關於這篇虛擬助理如何幫助創新公司

如果你對虛擬助理已有基本認識,想要開始利用虛擬助理節省你的時間,這裡有幾個要點請務必留意。畢竟金錢損失是小,浪費寶貴時間事大。



(1) 明確定義工作範圍


假如你打算把虛擬助理當秘書用,要請記得他不是5x8的工作小時,也無法幫你泡咖啡,影印東西。

你必須要明確的定義工作範圍,如果一開始你無法定義明確的工作範圍,可以先與虛擬助理討論先試著僱用10小時看看(大約40-80美金),而第一個小時就請他列出,他最能做的事情。在最下方的"沈思"有我的印度虛擬助理所列的事項。

當然如果採用虛擬助理公司,那該公司本身就有可以明確定義的工作範圍與事項。

而接下來的重點就是交代工作也要簡單,清楚。老實說,其實你越能簡單清楚的交代工作,表示你對自己或自己的公司情況越清楚。

一個不好的範例:Please do some study on how can I buy things from taobao。 - 如果你只email給助理這句話,然後他就埋頭開始工作,那麼可以100%肯定,絕對不會達到你要的結果。

這個任務有太多基本事情沒交代清楚:沒說明什麼時候要完成,沒說明要完成什麼(是一份投影片?還是找到一個help文件?)。沒說明可以花多少時間,請要記得助理是算時薪。

另外,即便基本事情交代清楚,如果他不知道什麼是taobao掏寶,他還是得先花一點時間研究一件其實你講1分鐘他就會了解的事情。

所以基本上至少要做到這樣:

Please do some study on how can I buy things from taobao。Instructions:
(a) The delivery should be a 3-4 page slides。
(b) should deliver before Oct/25 10am GMT+8
(c) estimation of utilised time should be 1 hour. If spend more than 1.5 hours just stop and send me whatever you have on hand
(d) taobao is a chinese online shop, pretty similar with amazon in US but for some political reason, it is not easy for a taiwanese to buy things on taobao. However, it is still possible. I want to simple know how.


(2) 慎選

虛擬助理種類大致分成:虛擬助理公司,個體戶兩種。要選擇虛擬助理,先要了解這者的差別。然後,在選擇區域。這在虛擬助理如何幫助創新公司都有詳細的說明。

然而,在還沒開始之前,沒人可以確定你找到一個好助理,所以試用是非常重要。大部份的公司都可以提供一小段試用期間(可能要付費,可能不用付費),然而個體戶大概就沒辦法,所以可以先與個體戶討論一個5-10小時的試用,不管5-10小時結果如何,你一定會付給他15-30美金,根據5-10小時之後的結果,再來談合作。這樣的模式通常比較能選到不意外的結果。

試用的時候也有很多祕訣。礙於篇幅,有興趣的可以email與我們聯繫取得免費咨詢。對了,email需要寫英文,因為是我們公司的虛擬助理協助處理email:)

(3) 檢視成果

檢視成果的本身,必須要是簡單的,如果一份工作你自己可以花2小時做完,結果你讓助理幫你進行,之後你卻需要花2小時來檢查或修正結果,那其實也沒啥太大意義。

根據我們實際的經驗,兩個每週工作10小時的助理,似乎比一個每週工作20小時的助理來得有效。主要的原因在於,可以讓他們互相監督,互相備份,互相檢查對方的內容。舉例來說,如果其中一個助理負責每週定期blog文章,那他完成的條件就是請另一個助理來檢查,當檢查通過就算完成,理論上,你就少了很多檢閱的工作。




沈思:

  •   網路上有不少虛擬助理的建議,然而或許因為語言的距離,導致台灣使用的人很少。這一點有機會被打破嗎?
  •  我的印度助理所列出的她可以工作事項:


1. Email Management/Filtering
2. Setting up Autoresponders (Aweber, Mailchimp)
3. Booking appointments with clients
4. Following up with clients/customers (sending thank you and other reminder emails)
5. Receptionist duties (answering occasional calls)
6. Calendar Management
7. File Management (organizing files using Dropbox etc)
8. Database building (eg. updating email or contact lists on your CRM)
9. Research on certain topics for blogposts, newsletters or others
10. Personal errands (purchasing gifts for loved ones / family members online)
11. Hotel and Flight Booking
12. Transcription (transcribing voicemail, video or audio, podcasts etc.)
13. Taking down minutes of meetings
14. Creating basic reports (reports on weekly tasks, deliverables, sales)
15. Preparing Slideshows (Powerpoint Presentations)
16. Liaison between you and other team members
17. Recruitment (source for other team members like writers or graphic artists) 18. Set-up Social Media Accounts (Facebook, Twitter, LinkedIn, Youtube)
19. Manage and update Social Media Accounts
20. Manage your Blog (Basic WordPress Skills)
21. Publish posts on your Blog (content you provided)
22. Filter and reply to comments on your blog
23. Answering support tickets (with the use of Zendesk)
24. Blog commenting (to increase links to your site)


25. Participating in discussion forums or message boards (more promotion!)