決定登記簿
記錄您的組織決定了什麼，以及為什麼。
Decretum 是一個結構化、可搜尋的空間，用來安放組織不能失去追蹤的每一項決定。它記錄每項決定背後的背景與理由，確保相關人員有機會表達意見，並追蹤是誰核准的。這讓決定不會遺失在收件匣、聊天記錄，或會議的記憶之中。
將客戶資料儲存遷移至歐盟區域
為符合客戶對資料所在地的要求，將主要儲存空間遷移至歐盟代管的服務商。若要復原，須經過 SOC 2 稽核機構重新驗證。
核准紀錄
M. Solberg 核准： "已與法務團隊確認，符合資料所在地條款。"
A. Okafor 核准： "已審閱遷移計畫，並就回復期間達成共識。"
決定實際上消失的地方
決定通常都會做出。事後缺少的，是一個記錄它的地方。
會議
理由只會口頭說給在場的人聽一次，之後便只留存在他們的記憶中。
電子郵件往來
決定內容藏在某處，被回覆、轉寄，以及早已與內容不符的主旨行掩埋。
聊天
Teams 與 Slack 的設計就是讓內容不斷往上捲動消失。一週之內，已決定的事就會與周遭的閒聊難以區分。
從討論到決定，以及一切值得記住的事。
重點不在於取代組織既有的溝通方式，而是確保重要的部分不會消失。
決定不只是結果。
沒有背景的決定只是一個答案。Decretum 保存理由、證據，以及背後的人。
決定不一定發生在 Decretum 中，這沒關係。
重要的討論會發生在 Teams、電子郵件、會議及其他各種場合。在關鍵時刻，將相關討論、摘要、會議記錄或證據帶入 Decretum。
以組織的名義做決定，而不是單打獨鬥。
足以改變決定的觀點，可能來自沒有人想到要邀請的人。讓具備相關知識的人有機會在決定做出之前把它提出來。
把決定轉化為組織的知識。
人會離開組織，團隊會改變，對話會消失。重要決定背後的理由不應如此。
Decretum 如何運作
四個步驟，全都建立在同一份紀錄之上，而不是事後拼湊的四個獨立工具。
-
記錄
不論決定還在提案階段，或已經做出，都開啟一份決定紀錄。將已在別處討論過的內容帶進來，濃縮成最重要的部分。
-
討論
討論可以在 Decretum 內延續，透過具備串接、富文字格式的貼文、@提及與附件，不必再分散於會議、電子郵件往來與聊天之間。
-
核准
核准需要一位指定的核准人，並可選擇附上其說明的理由，讓「我們決定了」變成具體的一個人、一個理由，以及一個日期。
-
事後找得到
跨所有決定與所有回覆的全文檢索，讓六個月後或經歷三次組織改組後，需要知道原因的人真的能找到答案。
每一項決定，尤其是無法收回的那些
Decretum 的設計目的，是記錄組織所做的每一項決定。然而，它最重要的價值，在於那些代價高昂或幾乎無法復原的決定，也就是可能需要第三方重新驗證才能變更的那種決定。當第二次犯錯不再是選項時，確切知道決定了什麼、由誰決定，以及原因，就不再是可有可無的事。
刻意不做成 Wiki
通用文件工具不會將「誰決定的」「誰核准的」以及「為什麼」，以結構化資料的形式強制記錄下來。而這正是決定登記簿存在的唯一目的。
不只服務開發者
架構決策紀錄（ADR）為工程團隊解決了這個問題。同樣的問題在採購、法規遵循與營運部門也一樣存在，這正是 Decretum 為整個組織打造的原因。
預設對組織內公開
除非刻意標記為限制存取，否則每項新決定在發起團隊之外也能被看見。
任何人都能表達意見
原討論串以外的同事，無需事先受邀，就能直接在紀錄上留言，補充背景資訊或提出異議。
主動觸及，而非偶然發現
訂閱標籤，或選擇接收組織內所有新決定的通知，讓相關決定在做出的同時就能觸及正確的人。
在決定做出的場合之外仍然可見
在一個團隊內做出的決定，仍可能取決於只有另一個團隊才知道的事：一項法規遵循限制、一項技術限制，或是已經對客戶做出的承諾。如果這項背景只在事後，透過質疑一項已經上線的決定的走廊對話才浮現，那就已經太遲了。
Decretum 讓決定預設對整個組織可見，而不是深藏在發起它的團隊之中，使擁有相關知識的人能在決定仍在討論階段，而非做出之後，就提出這項資訊。
無論您的組織如何運作都能使用
雲端代管，數分鐘內即可開始使用；或在資料所在地不可妥協時，選擇完全自行代管。詳情請參閱 安全性與部署頁面。
雲端或地端部署
您可以將其作為代管的雲端服務運作，或透過 Docker 在您自己的基礎架構上部署相同的應用程式，兩者之間沒有功能差異。
您現有的身分識別提供者
支援以電子郵件與密碼、Google 或 Microsoft Entra ID 登入，讓團隊能繼續使用既有的身分識別提供者。
以角色為基礎的存取控制
公開範圍、核准與管理權限皆由角色管控。每個組織都能自行控制誰能檢視、決定與核准。
人會離開組織，團隊會改變，對話會消失。開始記錄不該消失的理由。
立即建立您的第一份決定紀錄。
立即開始