坦白說

我們用來自我要求的標準

我們未通過這些標準的任何一項驗證。我們仍然提及它們，因為它們形塑了我們的工作方式。為了讓您能分辨實質與裝飾，每項標準都說明相同的三件事，它要求什麼、我們實際做了什麼，以及我們不宣稱什麼。

ISO/IEC 27001 + ISO/IEC 27018

資訊安全 · 可認證，而我們並未通過認證

標準要求什麼: ISO/IEC 27001 要求以系統化的方式處理資訊風險。識別它，評估它，保護它，持續複核它。ISO/IEC 27018 在此基礎上，為公有雲處理個人資料的場景補充了保護要求。
我們實際做了什麼: 我們從一開始就把能觸及我們的資料量降到最低。App 在您的裝置上計算，不上傳您的流程資料，不需要帳戶，也不同步。凡是技術上無法避免的部分，都被壓縮到最低限度，運行時不使用 cookie，也不儲存 IP 位址，並且只透過本身已通過這些標準認證的處理方。這就是這兩項標準的核心，歸結為一條規則。留存的越少，能遺失的就越少。
我們不宣稱什麼: 我們沒有運行經過認證的資訊安全管理系統。持有這些證書的是我們所依賴的服務商，而不是我們自己。

品質管理 · 可認證，而我們並未通過認證

標準要求什麼: ISO 9001 要求您把業務看作一條流程鏈，描述並測量其中的每一個環節，並透過計劃、執行、檢查、行動的循環來改善它。要有據可查，而不只是寫在紙上。
我們實際做了什麼: 每一次變更都走同一條路徑。需求，建置，檢查，發布。檢查是自動化的，它是一道關卡，不是一條建議。如果沒通過，就不會發布。我們不在表面修補故障，而是追溯到根本原因，確保同樣的故障不再發生第二次。這項標準所要求的循環，正是我們的方法所教的循環。如果我們只是把它賣給別人，自己卻不照著做，那就說不過去了。
我們不宣稱什麼: 我們未通過 ISO 9001 認證，也不持有任何證書。我們按照這項標準的原則工作，除此之外不做任何宣稱。

軟體生命週期 · 參考模型，無法據此進行驗證

標準要求什麼: ISO/IEC 12207 規定了伴隨軟體整個生命週期的各項流程，從需求到設計、建置和測試，再到維護、維保和退役。
我們實際做了什麼: 沒有任何功能僅僅因為感覺不錯就存在。首先要明確它必須達成什麼，以及我們如何判斷它做到了。然後才是建置，然後是測試，然後是發布。工作不會止步於發布。維護、修復和後續開發都在計劃之中，而不只是被容忍。這正是這項標準的意義所在，因為一款軟體的大部分成本，都發生在第一天之後。
我們不宣稱什麼: 這項標準沒有認證可言。它是一個參考模型，不是一枚認可標誌。沒有人能通過它取得認證，我們也不例外。

軟體品質 · 參考模型，無法據此進行驗證

標準要求什麼: ISO/IEC 25010 把「品質」這個含糊的詞拆解成可以實際檢驗的特性。功能適用性、效能、相容性、可用性、可靠性、安全性、可維護性和適應性。
我們實際做了什麼: 這項標準的特性是我們的標尺，不是我們的直覺。對我們來說，可靠性意味著 App 即使在廠房地下室也能在無網路的情況下運行。可用性意味著無論誰第一次打開它，用 33 種語言中的任何一種，都無需培訓就能上手。適應性意味著同一個 App 在瀏覽器、桌面和手機上都能運行。如果您想要可測量的品質，需要的是這樣的句子，而不是形容詞。
我們不宣稱什麼: 這項標準同樣是一個參考模型，無法據此取得認證。我們以它的特性來衡量自己，但不持有任何認可標誌。

環境管理 · 可認證，而我們並未通過認證

標準要求什麼: ISO 14001 要求您了解自身的環境影響，加以引導，並一步步降低它。同樣是一個循環，同樣需要有據可查。
我們實際做了什麼: 今天有兩件事，我們可以拿出實據。首先，不連網運行的東西，不消耗資料中心。我們的 App 在您的裝置上計算，而不是在一台日夜耗電的伺服器上運行。其次，這一點分量更重。工作本身就在降低消耗。浪費不僅是時間。它是變成廢料的材料。它是沒人需要走的路程。它是沒人需要的庫存。讓它顯現出來並加以制止，就能在資源被消耗之前省下它們。這正是這項標準背後的理念，扎根在源頭，而不是鏈條的末端。
我們不宣稱什麼: 我們目前才剛開始建立自己的環境管理系統。我們未通過 ISO 14001 認證，不編制環境資產負債表，也不宣稱碳中和或任何其他環境榮譽。這裡所寫的，就是我們今天真實的狀態，僅此而已。

如果貴公司的採購或品質管理部門想進一步了解，歡迎直接詢問我們。我們會用能夠佐證的內容來回答。

標準名稱僅作描述性使用。ISO/IEC 12207 與 ISO/IEC 25010 為參考模型，無法進行驗證。Leanshift 未獲 ISO 認可或授權。

資料截至 2026 年 7 月。當我們的立場改變時，本頁面也會隨之更新。