組織初創企業的管理團隊

近年不少非資訊科技人建立初創企業,近來有朋友問到,初創企業怎樣安排和組織管理團隊呢?以我曾創辦科技公司經驗,我簡短分享 CEO、CTO 和 COO 在初企的分工。

首先初創企業創辦人先構想一個故事(a story)和產品(a product),而這個故事需能帶出和突出這個產品的需求。構想後,嘗試分享這個故事給不同朋友,聆聽朋友對故事和產品的意見,再調整故事和產品。

我建議初創企業至少要有 CEO 和 CTO 兩人。CEO 需要有商業認識和溝通,針對故事和產品,接觸目標客戶、合作伙伴、投資者,這角色主要為對外聯繫,建立商業合作和生態系統。而 CTO 則在團隊內部,建立和管理技術開發團隊,CTO 需對新技術和技術趨勢有一定了解,並不時聆聽 CEO 分享外界聯繫情況而制定敏捷開發計劃和決定下個 Minimum Viable Product(MVP)。

如果能物色合適伙伴擔當 COO,COO 在初創企業的角色先是建立公司運作,並協作 CEO 申請創業基金、處理公司文件,例如招聘、Invoicing、財務管理等。COO 需要懂得商業運作。

作者 Sammy Fung
前科技公司創辦人
國際資訊科技社群領袖
基督徒

尋找更好的 CTO 首席技術長

我曾是科技公司的創辦人,接觸過不同公司老闆和首席技術長(CTO),近來朋友問到怎樣尋找/成為更好的 CTO 呢?我就從當年的交談和觀察來分享經驗,談其中一個主要重點:如何讓公司和下屬一同成長(GROW)。

成長分為兩方面:

  1. 商業領域(Business Domain):如何讓公司持續成長?
  2. 技術領域(Technical Domain):如何讓技術部門的下屬們成長?

簡略來說,一般 CTO 主管整個技術部門外,亦要定期透過 C-level 會議與老闆和不同部門負責人溝通,就是上述兩個領域最基本的工作,但 CTO 的角色可以做得更好。

在商業領域上,一些 CTO 專注在如何處理其他部門的要求,但沒有理解不同部門的工作,再分別從商業和技術角度分析和編排部門需求。這情況有機會與溝通不足而成,CTO有需要在會議外,建立一些單向或雙向的了解活動,例如觀察、小組會議等。

在每年財務安排(annual budget),一些 CTO 只想最基本的事:如何去開銷 budget,而資訊設備折舊(depreciation)則只由財務部(finance department)同事去思考和計算公司賬目上的折舊後價值。但這些 CTO 沒有多加思考資訊科技的開支安排,有多少能為公司帶來商業上的增值。

例如:

  1. 為公司如何(in what ways)開發軟件系統幫助公司在未來商業上的增值。
  2. 如何讓技術部門的下屬們在技術上繼續成長?同事持續成長學習,他們為公司引入和開發的技術和方案能為公司在商業上的增值。

在技術領域上,一些 CTO 集中管理技術團隊,招聘人才,尋找外包服務(outsourcing),跟進公司的技術升級/開發計劃。但這些 CTO 卻對坊間技術發展脫節(這點對一些老闆或 CEO 較難發現和了解),甚至不認識不採用敏捷工作/開發(work as agile/agile development) 來管理技術團隊。較好的 CTO 會出外出席講座、技術會議來認識了解新技術,自己或小組親自試兩手﹐來思考公司和團隊能如何運用有關新科技來改進公司而帶來商業增值。

公司開支給同事在工餘時間上課程早已是古舊做法,新做法例如讓同事在辦公時間,花一至幾天到本地或海外技術會議,增值員工來啟發(inspire)他們發展新應用、新服務,從而增值公司帶來商業優勢,就能開展商業上的數碼轉型(digital transformation)。而公司能進一步參與開放源碼開發(open source development)和跨企業數碼平台發展就能建構更穩固的數碼商業平台。所以 CTO 需要先建立技術文化,才能吸引較好而合適的資訊科技人才加入,讓團隊變得更好。

經過這次簡短分享,我覺得寫下來再對外分享,可以幫助多些公司老闆和 CTO 有一個起步概念去了解怎樣尋找/成為更好的 CTO。如果你有興趣再深入了解,可電郵給我安排會面傾談。

作者 Sammy Fung
前科技公司創辦人
國際資訊科技社群領袖
基督徒

訪問開發者對地址搜尋服務 API 的意見

筆者曾在 2021 年 3 月訪問一位開發者有關香港政府資訊科技總監辦公室(OGCIO)的地址搜尋服務 API。開發者 2020 年尾曾在社交網絡表達意見,不明為何同一座大廈有不同的 GeoAddress (19位數值)。開發者曾查閱 API 的規格文件,文件指 GeoAddress 是地址的 Easting 和 Northing,但開發者發現測試結果的 Easting、Northing 與文件的 spec 不同。

他認為地址系統是一個複雜問題,種類分法也有不同,例如以大廈、法團或地址為單位三種分法。還有,相連大廈究竟是一棟還是多棟。

數據不齊全及數據問題

該位開發者指出數據亦不齊全,他舉例地政總署有登記的工業區工業大廈,地址搜尋服務卻沒有相關數據。他亦覺得 API 不好用,他認為可能 API 設計不想開發者作以下用法。

例如:開發者想得到某街道上所有地址,但 API 卻不容許這樣做。

  1. 回傳的數據會有重複。例如大廈是16-18號,API 回傳16號/18號/16-18號。
  2. 回傳的數據有上限,只得200,出奇地少。

他認為很多開發者不介意 OGCIO 公開分享整個數據庫,讓開發者自行思考怎去用,但他猜測 OGCIO 可能不想。

他舉例,坊間開源專案 HKAddressParser 用兩套不同 API 來做地址搜索,還須額外 hacking,他估計效果只有八成。

不乎開發者期望的功能

開發者認為絕大多數的用家期望輸入地址後,系統只回傳唯一數據,但這不是 API 的問題,不能怪有關部門,而是地址系統本身問題。另外,開發者希望可用 ID 來搜尋地址,例如 GeoAddress。如果 API 能以經緯度或其它可分辨位置來搜尋也好。

筆者問到開發者如何解決 coding 需要?也是用兩套 API?

開發者的想法是用任何方法盡量取得所有數據,然後自己再思考用甚麼方法重整數據結構,所以開發者認為就算數據不完整,還是希望當局能分享整個數據庫,然後開發者自行重整數據結構就能解決 coding 需要了。最理想大家不用使用 Google Map API,因為該 API 也不是很準確,價錢亦貴。

他亦認為另一套由地政總署開發的香港地理數據站的 API 搜尋地址功能更差。


請成為 Patreon 會員支持森路歷程寫作及筆者的開源工作。 – https://www.patreon.com/sammyfung