開源軟體政府政策/政策制定方法

 開源軟體政府政策 

---

前言 — 序言 — 致謝 — 概述 — 引言 — 開源軟體的戰略重要性 — 為什麼需要開源軟體政策? — 政策制定方法 — 戰略 — 跨部門關切 — 結論 — 詞彙表 — 有用資源 — 關於作者 — 關於APDIP — 關於IOSN

制定開源軟體政策從根本上來說與制定其他國家政策並無不同，但值得研究制定過程的不同階段。由於其獨特的性質，開源軟體政策可能涉及比一些更專注的政策更大的社會群體。

動機和需求評估

政策制定過程中的第一步是明確識別制定開源軟體政策的動機和需求。由於開源軟體以更有效的方式解決某些問題，因此對於實施開源軟體政策，明確的動機是必不可少的，特別是如果這些政策得到政府最高層的支援。具體的動機將極大地影響實施策略。例如，如果動機是透過使用經濟實惠的 ICT 解決方案來降低高成本進口，那麼策略更有可能強調將現有基礎設施轉換為開源軟體。如果需要增強本地能力，那麼重點將放在使用適合教育的 ICT 解決方案。

一旦確定了基本需求和動機，就必須對現有環境進行評估，以確定開源軟體政策的適用性及其對整個社會具體的好處。這涉及考察各種因素，包括但不限於

• 現有的 ICT 基礎設施。
• 現有人員 ICT 能力，包括公共部門和整個社會。
• 國家內的教育基礎設施和能力。
• 現有和擬議的國家政策。
• 區域背景。

其中兩個因素值得更多關注

現有和擬議的國家政策

開源軟體政策可能會與其他政策產生很大的互動，或者受其他政策的影響，具體取決於實施該政策所選擇的實際策略。事實上，某些政策可能會阻止開源軟體政策的實施。必須對國家政策、法律和標準進行詳細調查，以確保開源軟體政策在進行了必要的調整後，能夠與更廣泛的社會經濟國家目標和平共處。特別是，如果存在國家 ICT 政策或 ICT4D 戰略，開源軟體政策不應與之分離，因為重疊的可能性很大。其他可能對開源軟體政策產生重大影響的政策/戰略包括教育、智慧財產權和國際貿易。更常見的跨部門關切的具體細節將在後面的部分中介紹。

區域背景

當今世界上大多數地區都有不同程度的積極的開源軟體舉措和正在實施的政策。對區域努力進行評估對於確保開源軟體政策能夠在區域範圍內發揮作用以及確定合作或共同利益的領域非常重要。例如，亞太地區的國家應該意識到中國、日本和韓國正在開展一項區域努力，旨在生產一個共同的、區域本地化和定製的開源軟體系統，並在他們自己的國家使用它。馬來西亞、臺灣、泰國和越南，都擁有強大的開源軟體舉措或鼓勵開源軟體的正式政策。在這種情況下，一個沒有開源軟體能力的國家將處於嚴重的劣勢。

其他問題包括區域貿易要求和互操作性標準。歐盟正在其政府間通訊中強制執行開放標準，並建議使用開源軟體作為實施此標準的一種方法。另一方面，其他地區現有的政府間系統可能仍然需要專有軟體，在這種情況下，過於強硬的開源軟體政策將不切實際。

制定目標和指標

一旦確定了開源軟體政策的益處和適用性，就需要以清晰、可衡量的方式陳述該政策的目標和指標，並將其與國家更大的目標聯絡起來。僅僅說“開源軟體對國家有利，我們希望國家內開源軟體的使用量增加”不太可能產生具體的結果。

應該確定可衡量的指標，即使這些指標可能在政策制定過程的後期進行調整。這個階段的目標設定了要制定的政策的基調和步伐。一個典型的目標是“將 10% 的公務員基礎設施轉換為開源軟體”。其他可能的指標包括“50% 的所有 ICT 畢業生精通開源軟體”或“95% 的私營部門組織瞭解開源軟體的益處”。

政策目標：馬來西亞
2005 年在馬來西亞的公共部門實施開源軟體的總體規劃中列出的目標如下。詳細資訊請訪問：http://opensource.mampu.gov.my/
意識	100% 的 CIO 和 IT 人員都熟悉開源軟體
再培訓	60% 的 IT 人員接受過開源軟體培訓 10% 的 IT 人員獲得過開源軟體認證 20% 負責學校 IT 實驗室的教師接受過開源軟體培訓
教育	40% 的高等教育機構利用開源軟體教育 和教學工具
採購	60% 的所有新採購的伺服器（硬體）能夠執行開源 源作業系統
實施	20% 的學校 IT 實驗室安裝了開源軟體（例如，辦公效率） 60% 的 Web 伺服器（軟體）使用開源軟體 30% 的辦公室基礎設施（電子郵件、DNS、代理）使用開源軟體 30% 的桌面解決方案（例如，Web 瀏覽器、電子郵件閱讀器）使用開源軟體

戰略制定

一旦為開源軟體政策設定了暫定的指標，就需要制定實現該政策目標的策略。不幸的是，開源軟體政策層面的策略在發展、測試和實施方面沒有悠久的歷史。因此，政策制定者在實施和監測問題上必須格外謹慎。

前面提到的區域調查可能會發現許多正在區域範圍內實施的策略，這些策略可以被直接採用，或者可以修改以適應當地環境。但是，這些政策相對來說沒有經過測試，政策制定者不應該侷限於這些選擇。一個流行的提出策略的方法是頭腦風暴會議。

頭腦風暴

頭腦風暴是在非批判性環境中產生儘可能多且多樣化的想法。在頭腦風暴過程中，不會對想法進行批評或評估。實際上，鼓勵參與者（個人或團體）提出一些看似奇怪的想法。鼓勵參與者跳出他們標準的思維方式，這將有助於制定創造性和突破性的解決方案。

在頭腦風暴環節結束時，會對想法進行評估，並選出最佳想法。然後，這些想法將被進一步完善，可能透過小組討論甚至進一步的頭腦風暴，直到找到最佳解決方案。

頭腦風暴

不同的參與方可以進行頭腦風暴。不同的國家依靠資訊通訊技術部人員、行業團體甚至跨部門工作組來專門完成這一目的。如果一個國家存在活躍的自由軟體社群，那麼應該徵求他們的意見，因為他們很可能在一段時間內一直在該國推廣自由軟體，並且瞭解決策者可能不熟悉的問題。

經過幾輪頭腦風暴環節後，將對策略進行評估、總結，並編製成一份政策草案檔案，準備進入下一階段——協商過程。

利益相關方與協商過程

自由軟體開發通常是一個包容性和民主的過程。在自由軟體環境中，以秘密或排他方式運作的專案或組織通常會失敗。這使得自由軟體政策更需要經歷利益相關方與協商過程，以確保充分考慮所有利益相關方的觀點、需求和願望。如果沒有自由軟體社群（包括企業、學術機構和開發人員）的支援，很少有自由軟體政策能夠成功。

決策者可能會發現，自由軟體社群比大多數其他利益相關方更混亂。很少有正式的結構或組織，沒有選舉產生的領導者，並且在任何單一問題上都有各種各樣的意見。郵件列表上的討論經常包括激烈的爭論和公開的分歧。然而，這場運動創造了與世界頂級公司創造的軟體相匹配甚至超越的軟體。

有幾種不同的方法通常用於諮詢利益相關方。決策者可以實施以下一項或多項。

• 圓桌會議
• 焦點小組
• 線上諮詢

圓桌會議

圓桌會議是利益相關方群體代表（公開或受邀）的集會。自由軟體社群通常沒有正式的領導者，通常有一些在社群中備受尊敬和推崇的個人。需要識別並邀請這些人參加圓桌會議。其他受影響的利益相關方，例如政府部門、教育機構、民間社會組織和私營部門代表也應該被納入其中。

在圓桌會議上，有時可以產生寶貴的見解和建議，並在利益相關方之間培養對政策的認同感和所有權。可以建立自由軟體從業者和決策者之間的溝通網路。有時，這些圓桌會議最有價值的結果是在會議休息時間產生，而不是在會議本身產生。

應該定期舉行圓桌會議，並將會議的調查結果和建議公之於眾。然而，組織圓桌會議可能需要大量的精力和資源，尤其是在地域範圍廣闊的國家。

焦點小組

雖然圓桌會議涵蓋了自由軟體社群和利益的廣闊領域，但焦點小組往往集中在更窄的領域，如教育、私營部門或法律問題。參與者的數量較少，但他們專注於這些特定的領域。這些會議上的討論，雖然範圍較窄，但往往更詳細和更長，往往能產生更多資訊。

應該針對政策所針對的關鍵領域組織焦點小組，以確保政策和實施策略是現實的、可行的，並得到社群的支援。

線上諮詢

線上諮詢利用網際網路的力量，接觸更廣泛的受眾，並讓更多利益相關方參與諮詢過程。參與者透過郵件列表和討論版進行交流，而不是面對面地進行交流，以涵蓋政策的各個方面。

但是，政策指導委員會應該意識到並特別注意線上討論中的一些問題。最明顯的問題是，一個國家網際網路接入的可用性往往將諮詢的參與者限制在人口中的一小部分。因此，線上諮詢永遠不應該成為唯一的利益相關方諮詢過程。但是，如果諮詢是公開的，那麼線上諮詢可能會接觸到全球的自由軟體社群，他們有寶貴的見解、過去的經驗和資源可以貢獻。

另一個問題是，線上諮詢應該公開到什麼程度。在郵件列表或公告板上公開討論符合自由軟體社群的精神，但這可能會在討論列表上產生大量的“噪音”。決策者也並不都對此感到舒服。然而，限制性的線上討論，特別是對參與者行為的限制很多，可能會阻礙任何有意義的輸入。必須找到一個微妙的平衡。

決策者應該預計在諮詢過程中會發生一些變化，以適應利益相關方的擔憂和參與者提出的新策略。有時，甚至需要考慮重大變化。在許多情況下，可能需要進行幾輪諮詢，才能制定出反映所有參與方需求和關注的政策。