About Image
About Image
About Image
About Image
About Image

專案開發專案管理顧問

委外開發者: "你的專案要採用原生或是Web架構開發?"
委外開發者: "使用者登入機制為何?用fb嗎?還要再架資料庫伺服器嗎?"
委外開發者: "API的驗證機制為何?資料傳遞是GET還是POST?"
委外開發者: "Android的畫面流程要和iOS完全一樣嗎? 這樣好嗎?"
專案管理人: "..."(無言ing)


以上情境並非虛構, 很多公司企業委外開發行動裝置app, 而公司企業內的專案管理人員, 也具備了非常專業的PMP專案管理的知識及經驗, 然而, 對於一個行動專案開發的專案而言, 必須要清楚專案開發的細節, 其中包含了許多專業開發知識. 而未曾開發過相關app的專案管理人員, 除了時程及溝通技巧之外...

就將會開始面對以下的議題:
如何慎選外包開發商/人員
先來看看一個委外開發專案要面對的狀況:
將專案開發的開發項目列出來, 開發商說他會, 他做過, 他有能力, 你一定會疑惑的是: 真的嗎?
以下就進一步分析一下...

首先, 他沒有做過, 就該馬上淘汰嗎?
要知道一點, 很多時候的開發項目中的核心功能, 可能很容易在 Github中找到一堆API或是Library, 即使沒有做過, 只要有能力運用這些 開放的資料來源, 一樣有能力處理. 例如說一個人臉辨識的功能, 雖然沒有處理過, 但是當在Github上面搜尋一下, 就可以找到非常多個, 如果我會善加使用, 即使我沒有做過, 但是我的處理效率很可能比做過的還要好喔. 這個觀念是現代程式設計師必須具備的, 我不是資訊科系背景的開發者, 我不會二元樹搜尋法, 但是我會善加運用API, 而使用的二元樹搜尋法的效能, 可能比一個資訊科系背景的工程師自己開發的二元樹搜尋法還要強, 為什麼? 因為我使用的API是發表在論文期刊的演算法所實作出來的, 我只要會應用就可以. 這就是其中的關鍵及迷思. 因此, 你要有能力判斷出來, 他是否能運用這樣的資源來開發專案.

他做過, 提供曾做過的專案, 你相信嗎?
要知道一點, 大多數的委外專案開發, 都會簽訂一份保密協議. 他如何能提供你這樣的資料呢? 你和他合作之後, 那份保密協議可能也是簽假的喔. 就算是合法範圍內, 你如何判斷出來那個專案作品不是他在外包出去的呢?
再來, 大公司的品牌總可以信賴嗎? 可以的話, 不妨請參考一下該公司在人力就業市場上面的風評吧! 很多知名品牌大公司, 真正厲害的是老闆,是行銷業務, 而開發人員則是流動性高的職務喔. 換言之, 可能做過類似專案的工程師已經離職高就囉. (對不起囉, 大品牌公司, 我只想說實話的)

所以咧, 如何透過雙方的前置溝通來作出較佳的判斷, 不會是在專案管理的教條中可以看到學到的.

如何制定開發架構
你絕對非常清楚公司企業賦予你的開發任務, 而在這樣一個大目標之下, 開發架構是什麼, 將會影響到後續的專案維護性及彈性. 很常聽到以下的談話內容
"我想要再增加一個訊息推播,可以嗎?還要增加多少費用?時程呢?"
"不可能啦!"
"喔, 要打掉重練喔!"
"這要花三個月的時間來處理喔."
"......"
真的是這樣嗎? 可能是真的, 那就是當時一開始的時候, 開發架構的彈性不夠所造成的現象. 這部分必須要具備開發經驗的人員才能提供適當的分析來進行判斷, 否則只能來個信賴原則囉.
很常聽到的一句話:"因為之前配合很久, 所以就相信他們的設計架構..."

開發項目規劃及時程是否合理
在目標需求既定下, 如何列出開發項目? 你列, 還是開發者來列? 時程呢?
你列出來的開發項目, 被專業的開發者打槍, 嫌東嫌西, 如何專業應對呢?
而開發者列出來的開發項目, 你是全部照單全收嗎?
重點在於雙方如何共同建立一份有共識的開發項目, 在此前提之下, 才能就各個開發項目, 才能訂出誤差較小的預計開發時程.

開發流程如何制定
開發流程一定與系統流程一樣嗎? 那就先處理歡迎畫面, 再來處理登入機制...
是這樣嗎? 當然不是!
核心功能才是最重要的開發項目, 核心功能的處理是一開始用來驗證開發者的能力.
如果過不了這關, 必須儘早啟動備用計畫等等. 而不是在處理周邊簡單的功能之後, 就開始拖延的開發時程, 導致最後無法收尾, 悲劇一場.

使用了哪些第三方API, 風險有多高?
使用第三方的API是再平凡不過的有效率的開發模式. 然而, 在2017年的OWASP所列示的資安風險中, 未受防護的API是新進榜的項目. 換言之, 你必須要能掌握開發者所使用的API的來源, 包含了商業授權, 以及 來源的可靠度等等事項.
甚至於, 很可能第三方的API是開發者自行開發的要脅工具喔.

交付的原始碼是否完整, 如何確認?
這個議題絕對是很多專案管理人至今無法給出確切肯定的答案.
因為你會說:"我會寫程式的話, 我就自己寫, 因為不會寫程式, 所以不確定...". 講完了!

專案開發是一種合作關係, 絕對不是敵對關係. 然而許多業主及開發者在合約訂定的一開始, 可能已經隱約地進入到敵對關係的狀態了. 這絕對不是雙方所樂見的現象. 因為業主開始擔心專業知識不足, 而被開發者給蒙蔽, 而開發者可能會在開發過程中發現業主的專業不足, 遇到困難卡關時, 得以機會以其他理由推諉. 如何能避免這些擾人的問題, 而得以順利完成一個專案開發任務呢?

此時...您可以放心交給
具有數十年的實務開發經驗,
並且取得教育部大專以上講師資格之外,
也同時在知名教育訓練機構(資策會)擔任特約講師近二十年,
多次獲得國內相關app競賽入圍/佳作/優勝/銀獎,
目前已經 出版app相關公開書籍三本
的專案管理顧問師來解決您的問題, 因為有上述的資歷...

所以才能:
以一般人可以聽懂的白話文來解釋出專業的文言文,
將您的需求, 翻譯成為專業的開發內容,
傳達出真正實際的精確的開發進度及內容,
提供客觀建議的開發參考,

延伸出為您服務的內容包含了:
1. 協助提供委外開發商的評鑑及客觀建議
2. 搭起專業開發內容溝通討論的橋樑
3. 隨時掌握及確認開發進度
3. 共同面對解決開發者遇到的瓶頸
4. 雙方公開透明檢視開發原始碼