Table of contents
開源技能和資源清單
行動編號:GGI-A-17。
描述
在任何階段,從管理的觀點來看,應以清單方式整理開放原始碼資源、資產、使用情況及其狀態,並逐條彙整對應的潛在需求與解決方案。同時評估填補這些差距所需的努力與技能。
這項行動旨在針對開放原始碼解決方法進行一次快照式的盤點工作,以評估組織內部與市場間的對接情形。
- 軟體開發供應鏈中開放原始碼使用,以及在生產現場中使用的軟體產品和組件的清單。
- 識別符合需求並能改善流程的開放原始碼技術(解決方案、框架、創新功能)。
但,不包含
- 識別並評估相關的開放原始碼生態系統與社群。(文化目標)
- 識別對開放原始碼庫和組件的相依性。(信任目標)
- 識別所需的技術技能(例如程式語言、框架)及軟實力(例如協作、溝通)。(屬於下一行動:開放原始碼能力增長與開放原始碼軟體開發技能)
機會評估
一份可用的開放原始碼資源清單,有助於最佳化投資並優先發展技能。
此行動為提高開發生產力創造條件,特別是在現代應用程式與基礎設施的開發中,考量開放原始碼組件、開發原則與工具的效率與普及性。
- 這可能需要簡化開放原始碼資源的組合。
- 這可能需要對人員進行再培訓。
- 此行動有助於識別需求,並為 IT 路線圖提供支援。
進度評估
以下檢驗要點顯示了此行動的進度:
- 完成了一份清楚的開放原始碼資源清單,包括「我們使用的」、「我們整合的」、「我們產出的」、「我們託管的」,以及相關技能
- 已發現並識別出先前未列入考量的開放原始碼資源(可能已逐步滲入),並著手制定相關政策。
- 已發現並識別出此前都未列入考量的開放原始碼資源(可能已逐步滲入,而針對這些是否著手制定相關政策了?)
- 請求新專案支持或重用現有的開放原始碼資源。
- 我們對組織內開放原始碼使用範疇有合理且安全的理解與掌握。
工具
建立此類清單的方法有許多種,其中一種方式是將開放原始碼資源分類為以下四類:
- 我們使用的開放原始碼軟體:指在生產或開發過程中使用的軟體
- 我們整合的開放原始碼軟體:例如,整合到定製應用程式中的開放原始碼庫
- 我們產出的開放原始碼軟體:例如,我們在 GitHub 上發布的程式庫,或我們開發或定期貢獻的開放原始碼專案.
- 我們託管的開放原始碼軟體:指我們運行來提供內部服務的開放原始碼軟體,例如 CRM、GitLab、Nexus 等。範例表格參考如下:
| 我們使用了 | 我們整合了 | 我們產生了 | 我們託管了 | 相關技能 |
|---|---|---|---|---|
| Firefox、 OpenOffice、 Postgresql | Library slf4j | Library YY on GH | GitLab, Nexus | Java, Python |
相同過程也應用於技能的識別
- 現有團隊具備的技能與經驗
- 可透過內部發展或培訓獲得的技能與經驗(包括訓練、請教練、實驗等形式)
- 需要從市場上尋求或透過合作夥伴 / 外包獲得的技能與經驗
建議
- 保持簡單。
- 這是一項相對高層次的練習,並非為會計部門準備的詳細清單。
- 雖然此行動是很好的起點,但不需要完全完成 100% 的清單才能啟動其他行動。
- 與軟體開發相關的問題、資源和技能,請詳見行動 #42。
- 清單應涵蓋所有 IT 類別:作業系統、中介軟體、資料庫管理系統(DBMS)、系統管理、開發與測試工具等。
- 開始識別相關社群:當專案社群已經認識你時,獲得支持和回饋會更加容易。
資源
- 由 Dirk Riehle 教授開設的自由(自由軟體)與開放原始碼軟體課程 (FOSS),是一門極具價值的課程。
建議的下一步行動
- GGI-A-18 - 開放原始碼能力增長 識別開放原始碼的技能與資源,有助於組織開始鞏固並加強其意識與能力。
- GGI-A-19 - 開放原始碼監管 當開放原始碼軟體與技能清單完成後,便可以開始在組織內進行開放原始碼的使用監控與管理。
- GGI-A-28 - 人力資源觀點 人力資源部門可以基於此行動產生的清單,制定適當且相稱的發展計劃、合約和流程。
- GGI-A-33 - 與開源供應商合作 在與供應商建立外部關係之前,需充分了解自身的開放原始碼軟體與技能。
- GGI-A-42 - 管理開放原始碼技能與資源 當開放原始碼資產與技能的清單完成後,可以開始正確地管理這些資源,並利用現有的內部資源進一步發展。