開放教育手冊/建立和開發 OER
教育工作者和機構都需要了解開放教育的現狀。作為一名教育工作者，你需要熟悉你所在機構的許可證和政策。你可以開始在 OER 資源庫中尋找可替代的資源，並與 OER 從業人員交流，或加入 OER-Discuss 之類的團體。看看現有的資源，看看是否有任何你可能可以使用或重新利用的資源，並與同事交談以獲取他們的觀點。
一旦你決定開發 OER，你就需要考慮前進的策略。成功的方案採用了以下想法：
- 逐步開發，也提供通用版本。
- OER 的每一部分，例如圖片或文字，也可以是 OER，也可以共享。
- 你可能已經擁有潛在的 OER - 任何你使用的資源，只要不使用他人的版權作品，都可以是 OER。
- 你不需要成為電子學習天才來製作 OER：一個 PowerPoint 檔案可以是 OER。
- 一旦開發完成 - 你只需要 選擇一個開放許可證
- 從一開始就以釋出 OER 的意圖來構建資源，以避免第三方版權材料，而不是事後修復。
建立 OER 時，你需要：
- 檢查許可證。
- 署名作者，幷包含免責宣告和下架宣告。
- 如果你遇到困難，公開工作的人往往樂於助人。
- 分享你所製作的。
- 分享你的經驗。
完成狀態的 OER 有時可能難以重複使用。通常情況下，OER 的各個組成部分或元素具有更大的重複使用潛力。
圍繞這個想法進行了一些探索。來自 Siyavula 的 Megan Beckett 建議“在建立/創作/聚合 OER/開放教科書以供重複使用時，最後一步應該是將其分解為各個組成部分，以方便易於訪問的混搭（即先組合起來，然後分解！）。"
其他想法是使用 http://coursefork.org/，它被描述為一種 OER 的 GitHub。
該 開放教育理念專案 正在關注這一領域。它認為，OER 重複使用的主要挑戰之一是其完整狀態：“明顯缺乏的是一種感覺，即學習機會必須由教育工作者自己創造。我們將這個概念稱為情感所有權，它描述了教育工作者對某些資源具有什麼樣的情感/情感關係。因此，非我發明綜合徵似乎在教育領域更相關”。
如果你已經決定在你所在機構開發 OER，那麼值得注意一些最大的挑戰。你需要解決的三個最主要的挑戰是版權問題、質量控制以及任何開發的 OER 的可持續性。事先研究和為未來規劃應該有助於減輕圍繞版權和可持續性的問題。從一個定義明確的規範開始，並對教師和學習者進行內容測試，應該有助於質量保證。
OER 建立中的主要挑戰是在作為教育工作者要求的簡單性和作為開發人員要求的複雜性之間取得平衡。下面列出了可能出現的其他一些問題。
- 在你分配開放許可證之前，確保擁有適當的許可。
- 考慮哪些元資料是相關的，並且只包含這些元資料。
- 確保已獲得相關方的同意。
- 不要忽視版權以外的權利（例如表演權和資料保護）。
- 包含免責宣告和下架政策，並在必要時採取行動。
- 認真考慮署名。
- 實踐你所宣揚的 - 儘可能使用現有的東西，而不是製作更多東西。
- 鼓勵重新利用和重複使用。
教育工作者需要一個簡單易用的編輯器，否則他們不會使用它，開發人員需要一定程度的複雜性才能實現所需的功能。
來自 P2PU 的 Dirk Uys 解釋道：“我認為這個問題有兩方面。第一部分是提供一個易於使用的工具。第二部分是讓使用者更多地瞭解他們正在使用的媒介。如果沒有第二部分，我認為我們只是提供了工具，而不是賦予教育工作者權力。對我來說，問題變成了 - 你如何在不影響建立/混搭內容的短期目標以及不令使用者感到過於恐慌的情況下，更多地瞭解媒介？”
Raniere Silva 提出的另一個問題是“如何在不影響建立/混搭內容的短期目標以及不令使用者感到過於恐慌的情況下，更多地瞭解媒介？”
一些建議的解決方案由於其技術性而對大多數教育工作者自行釋出材料構成了障礙。許多人認為，混搭工具最終需要更容易地“從一個地方複製貼上到另一個地方”。
其他挑戰包括許可證，除了技術格式之外，許可證還影響著移動課程材料的實際操作；版本控制也會造成問題；以及使用分散式版本控制系統與集中式系統的優勢。
工具也存在與編輯器相關的問題，導致使用者受限於編輯器功能。應該能夠使用 git，並允許使用者選擇 HTML 轉換工具，以允許他/她使用最適合他/她需求的編輯器（或標記語言）。例如，對於 K-8 教師，所見即所得編輯器更好，但對於數學高中教育教師來說，LaTeX 可能更可取，而對於工程學高中教育教師來說，IPython Notebook 更好。MathML 也是一個問題，在某種程度上透過使用 Aloha 編輯器得到了解決。
FLOSS 手冊的 Michael Chesterman 主張使用 ePubs。他解釋說，大多數 OER 是由編寫它們的人/團隊共享的，並且線上課程、MOOC、OER 資源庫越來越多地成為使用部落格型別、所見即所得工具協作編寫 OER 的地方，這些工具輸出 HTML 頁面。Scorm 等格式規範和 LOM 等元資料標準對自發布者來說太難使用，但 ePubs 是最適合允許將 OER 匯入和匯出到這些平臺的候選者，使我們能夠自由地在資源庫之間退出和混搭。EDUPUB 有可能給方程式帶來很多複雜性，從而阻礙了普及。他認為，我們不應該過分關注互動性，而應該先使用簡單的 ePubs 使工作流程正常執行，並使用 Web 編碼原則“漸進增強”來為 OER 帶來更多互動性。他指出，匯出的 ePubs 在移動裝置上執行良好。但是 Web 和 ePub 上的數學有很多問題。MathML 是 W3C 關於如何在 Web 頁面中插入數學的建議，並被 EPUB3 採用。第一個問題是隻有少數瀏覽器和 ePub 閱讀器支援它。Firefox 是最支援 MathML 的 Web 瀏覽器，它不支援許多重要功能。iBooks 支援部分 MathML 規範，目前還沒有電子書閱讀器支援它。現在，幾乎所有需要數學的網頁都使用了一些 polyfill 解決方案，例如 MathJax，這種方法有一些問題，特別是對於 ePubs 來說。另一個問題是打字數學並不容易。有時，您要求使用者知道 LaTeX 或其他標記，有時，使用者需要花費時間在所見即所得編輯器中選擇“錨”。
Pat Lockley 認為，大多數 OER 的重複使用都是透過連結進行的。這種做法帶來了連結腐爛的巨大問題。尤其是考慮到風險投資在該領域的影響，在那裡 OER 線上的時間與資金到位的時間一樣長。一個典型例子是 coursefork.org - 它在真正開始之前就停止了。連結到一個邀請使用者貢獻且沒有真正承諾保留這些貢獻的平臺上的資源是一個真正的問題。資料可移植性應該減輕這個問題，因此平臺的使用者至少可以存檔自己的資料並將其上傳到其他地方。理想情況下，它鼓勵重複使用/混搭。此外，作為一種駭客手段，如果許可證允許，使用者應該獲取 HTML 頁面並將其匯入到更持久、社群驅動的 OER 資源庫中，這些資源庫是長期存在的。可以處理 URL，或者映象站點（某種形式的 LOCKSS）將在此處有所幫助。