坦率地说

我们用来衡量自己的标准

我们没有获得这些标准中任何一项的认证。我们仍然提到它们，因为它们塑造了我们的工作方式。为了让您能分辨出实质与装饰，每项标准都说明同样的三件事，它要求什么，我们做了什么，以及我们不宣称什么。

ISO/IEC 27001 + ISO/IEC 27018

信息安全 · 可认证，而我们并未获得认证

标准要求什么: ISO/IEC 27001 要求以系统化的方式处理信息风险。识别它，评估它，保护它，持续复核它。ISO/IEC 27018 在此基础上，为公有云处理个人数据的场景补充了保护要求。
我们实际做了什么: 我们从一开始就把能触及我们的数据量降到最低。应用在您的设备上计算，不上传您的流程数据，不需要账户，也不同步。凡是技术上无法避免的部分，都被压缩到最低限度，运行时不使用 cookie，也不存储 IP 地址，并且只通过本身已通过这些标准认证的处理方。这就是这两项标准的核心，归结为一条规则。留存的越少，能丢失的就越少。
我们不宣称什么: 我们没有运行经过认证的信息安全管理体系。持有这些证书的是我们所依赖的服务商，而不是我们自己。

质量管理 · 可认证，而我们并未获得认证

标准要求什么: ISO 9001 要求您把业务看作一条流程链，描述并测量其中的每一个环节，并通过计划、执行、检查、行动的循环来改善它。要有据可查，而不只是写在纸上。
我们实际做了什么: 每一次变更都走同一条路径。需求，构建，检查，发布。检查是自动化的，它是一道关卡，不是一条建议。如果没通过，就不会发布。我们不在表面修补故障，而是追溯到根本原因，确保同样的故障不再发生第二次。这项标准所要求的循环，正是我们的方法所教的循环。如果我们只是把它卖给别人，自己却不照着做，那就说不过去了。
我们不宣称什么: 我们未通过 ISO 9001 认证，也不持有任何证书。我们按照这项标准的原则工作，除此之外不做任何宣称。

软件生命周期 · 参考模型，无法据此进行认证

标准要求什么: ISO/IEC 12207 规定了伴随软件整个生命周期的各项流程，从需求到设计、构建和测试，再到维护、维保和退役。
我们实际做了什么: 没有任何功能仅仅因为感觉不错就存在。首先要明确它必须达成什么，以及我们如何判断它做到了。然后才是构建，然后是测试，然后是发布。工作不会止步于发布。维护、修复和后续开发都在计划之中，而不只是被容忍。这正是这项标准的意义所在，因为一款软件的大部分成本，都发生在第一天之后。
我们不宣称什么: 这项标准没有认证可言。它是一个参考模型，不是一枚认可标志。没有人能通过它获得认证，我们也不例外。

软件质量 · 参考模型，无法据此进行认证

标准要求什么: ISO/IEC 25010 把"质量"这个含糊的词拆解成可以实际检验的特性。功能适用性、性能、兼容性、可用性、可靠性、安全性、可维护性和适应性。
我们实际做了什么: 这项标准的特性是我们的标尺，不是我们的直觉。对我们来说，可靠性意味着应用即使在厂房地下室也能在无网络的情况下运行。可用性意味着无论谁第一次打开它，用 33 种语言中的任何一种，都无需培训就能上手。适应性意味着同一个应用在浏览器、桌面和手机上都能运行。如果您想要可衡量的质量，需要的是这样的句子，而不是形容词。
我们不宣称什么: 这项标准同样是一个参考模型，无法据此获得认证。我们以它的特性来衡量自己，但不持有任何认可标志。

环境管理 · 可认证，而我们并未获得认证

标准要求什么: ISO 14001 要求您了解自身的环境影响，加以引导，并一步步降低它。同样是一个循环，同样需要有据可查。
我们实际做了什么: 今天有两件事，我们可以拿出实据。首先，不联网运行的东西，不消耗数据中心。我们的应用在您的设备上计算，而不是在一台日夜耗电的服务器上运行。其次，这一点分量更重。工作本身就在降低消耗。浪费不仅是时间。它是变成废料的材料。它是没人需要走的路程。它是没人需要的库存。让它显现出来并加以制止，就能在资源被消耗之前省下它们。这正是这项标准背后的理念，扎根在源头，而不是链条的末端。
我们不宣称什么: 我们目前才刚刚开始建立自己的环境管理体系。我们未通过 ISO 14001 认证，不编制环境资产负债表，也不宣称碳中和或任何其他环境荣誉。这里所写的，就是我们今天真实的状态，仅此而已。

如果贵公司的采购部门或质量管理部门想了解更多，欢迎直接询问我们。我们只会给出经得起核实的回答。

标准名称仅作说明性使用。ISO/IEC 12207 和 ISO/IEC 25010 是参考模型，无法对其进行认证。Leanshift 未获得 ISO 的任何背书或授权。

截至 2026 年 7 月。当我们的立场发生变化时，本页面也会随之更新。