跳到主要内容

March AI Native OS

让 AI 协同交付，
让成果持续进化

一套面向团队的软件交付方法论。从理解业务到交付复盘，查清每一步的输入、产物、角色与确认条件。

阅读白皮书 找到我的起点

完整内容需登录 · 支持收藏、已读与笔记

方法论全景六阶段 / 25 个节点
方法论架构：项目输入经六阶段交付主干形成输出，角色、钩子与人工确认负责治理，证据和反馈贯穿全过程
项目事实 → 交付过程 → 证据与反馈

你现在想解决什么问题？

不必从头读完，按需要进入。

第一次了解这套方法？从白皮书开始先建立整体认识，再进入具体节点。项目已经开始，下一步做什么？查阅节点手册对照当前阶段的输入、产物与完成条件。AI 执行，谁来评审和确认？了解角色分工分清执行职责、独立评审与人工确认。想继续上次的阅读？回到个人记录找回收藏、已读节点和自己的笔记。

交付主干

先定位阶段，
再进入节点。

25 个节点按六个阶段组织。从业务问题出发，经过需求、技术与实现，最后回到交付和复盘。

打开节点手册

  1. N00-N02

    项目配置与需求理解

  2. N03-N09

    产品建模与需求结构化

  3. N10-N15

    技术契约与原型验证

  4. N16-N17

    正式开发准入与实现

  5. N18-N22

    测试、缺陷与质量收敛

  6. N23-N24

    交付、运维与复盘

放在手边的参考目录

节点回答做什么，角色明确谁负责，设计规范保证一致。其他能力按项目需要查阅。

核心能力

  • 节点体系

    每一步做什么，留下什么，怎样确认完成。

  • 角色系统

    执行、评审与人工确认的职责边界。

  • 设计系统

    从设计基线到颜色、字体和组件规范。

辅助能力

翻开一个节点

不只告诉你做什么，
也说清怎样算完成。

以 N02 为例：先回答为什么做、为谁做、解决什么问题，而不是直接开始拆页面。

N02业务理解与问题定义

带入什么
项目背景、业务目标、已有资料与待确认问题。
留下什么
用户角色、核心场景、本期范围和明确不做的事。
谁来确认
业务负责人确认成功标准、用户角色、核心对象与范围。
登录后阅读 N02

节点摘要 · 完整步骤与提示词需登录查看