~ 前言 ~
這篇我本來想一篇寫完。結果發現內容不少，要分幾篇寫。第一篇從問題陳述 Problem Statement 說起。
筆者在業界工作廿多年；在教內也廿多年。經常參與 NGO、機構、教會、事工的科技支援；或參與本地的 hackathon。也提供過軟件和科技服務給十數間教會或機構。而現在仍活躍於在教內不同場合提供科技意見。
機構對科技是又愛又恨的。愛是感知科技的能力。恨是總是能摸（或只能聽）而不能得。而又似乎是要花很多錢才能得的專門科技。但外購 outsource 回來的軟件套裝又總是很不合用。然後在教內找個能問能幫手的人都很難。
~ 三個迷思 ~
機構面向科技，常見三個現象。三項我都用粗點體框起了重點。可以方便簡化跳看。
~ 現象一：簡化生產過程 ~
由例子說起。舉例說，例如會聽到人說，找人開發社交媒體軟件。他的意思不單是軟件本身，而是他的意思是開發完，就會有數十萬或最少數百萬用戶（設計對白：相比 facebook 的十數億用戶來說，不太難吧）。這事平白來說，就是忽略了營運和營銷過程。而且設計、數據、客服等等那些全部忽略。
上例聽起來誇張可笑。但是有時聽外行人找科技，都真的這種想法。
重點是：誤解方法。這不單浪費了機構或業界的資源。也使業界長期也不能突破運作和營運上的科技樽頸。
~ 現象二：簡化條件因素 ~
遇過不少例子，是來找筆者協助之前，是去找了或聘請了個工程師，然後期望他能提供一條龍服務。結果跌到一地，便來找筆者作友好協助。
問題是，業外人不太明白工程師的工作範圍，和開發一個軟件的環境需求：
- 技術那些還算了，但軟件發佈包含非技術部份：設計、美術、營銷、數據、項目管理、客服、公關、文案等等。
- 技術範圍內還有：工程、雲端、資安、架構、運維、等等。都不單是一個年資淺的工程師可以完全肩負。
- 技術那些，例如架構或運維，經驗少於五年的都差不多 99% 會製造技術債務。
- 而且機構通常都為便宜而聘請剛畢業不久的大學生。
重點是：團隊需求。建設一個科技系統，正常來說需要一個團隊來做，而不是一個人。而且就算是科技業內，高薪挖角也往往找不到好人才。何況非牟利機構。
可能非科技行內的讀者看上述名單會看到頭昏腦脹。不要緊。可以只看這篇的幾個主要標題，然後跳過去看下篇。以上這些都會在之後的篇章，講解流程與方法。這個欄目就是為這而寫出來。
~ 現象三：簡化代價 ~
在 Hackathon 中會常見這現象。機構找免費專業協助，軟件設計上容易將需求開到很闊。例如第一版本已是開個 3-6 個月或以上、4-5 人員的需求。計出來就是 12 – 30 個 man month。試想想，若以十多年前的公價計算：手機軟件 100K man month；網站 50K – 80K man month。計出來都會是高昂的開發成本。港幣計算。
即是，若這項目是找外判公司，是需要這個收費。或倒轉說，免費的人員，若他是有能力做出這軟件，他在外面接受收費的外判工作，這也是十年前的公價。以 man month 計算。若有查找到更便宜的開發歡迎(打臉)告知（電郵、面書）。
例如筆者隨手查找的這個頁面，以美元 USD 計算。寫的成本單計開發部份是 40K USD 到 300K USD 不等。
重點是：機會成本。這成本的問題，是致使願意免費提供專業協助的人不多。而當機構不太懂善用這些昂貴（代價高）的免費資源，就會使更少人願意協助。
Stories Tech Biz 