Files
OneOS1.2/.cursor/skills/YunxiaoPM/docs-产品部流转流程图.md

180 lines
6.0 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 产品部流转YunxiaoPMapp到交棒为止
> 用途:先把**产品部**在云效上的工作流转说清楚;开发 / 测试 / 发版不在本 Skill 内,仅在文末标出交接点。
> 依据:`references/stage-flow.md` · `model.md` · `fast-track.md` · `handoff-contract.md`
> 日期2026-07-24
---
## 1. 产品部管到哪里
```text
产品部YunxiaoPMapp终点 = 需求状态「待开发」+【交付】负责人「何斐」
之后 = 请技术经理使用开发 Skill不建【开发】/【测试】)
```
| 谁 | 做什么 | 不做什么 |
|---|---|---|
| 产品 / YunxiaoPMapp | 建需求、打标签、建【交付】【分析】【设计】、推进状态、设计完成灌 AutoPRD、交棒 | 建【开发】【测试】、开分支、提测、发版 |
| 技术经理(接手) | 从「待开发」起拆开发 | 不改写 AutoRDO不新建第二套【交付】 |
---
## 2. 总览流程图(标准路径)
```mermaid
flowchart TB
subgraph inputs [材料入口]
Chat[聊天/录音/口述]
AutoRDO["$AutoRDO 清洗"]
Proto[原型页 Make]
end
subgraph pm [产品部 · YunxiaoPMapp]
S0["0 创建需求\n状态=待处理\n只写 AutoRDO\n不建任务"]
S1["1 受理确认\n状态=已确认\n仍不建任务"]
S2["2 分析中\n建【交付】+【分析】"]
S3["3 设计中\n建【设计】\n收口【分析】"]
S4["4 设计完成\n收口【设计】\nAutoPRD+附件\n灌【交付】描述"]
S5["5 待开发交棒\n交付负责人→何斐\n★ 产品终点"]
end
subgraph after [产品之后 · 不在本 Skill]
Dev["开发 Skill\n拆【开发】…"]
Test["测试 Skill"]
Rel["发版"]
end
Chat --> AutoRDO --> S0
Proto -.-> S4
S0 --> S1 --> S2 --> S3 --> S4 --> S5
S5 -->|"交棒契约:需求编号+交付编号"| Dev
Dev --> Test --> Rel
```
---
## 3. 各步说明(产品侧)
| 步骤 | 需求状态 | 云效任务动作 | 描述写什么 | 口令示例 |
|---|---|---|---|---|
| 0 创建 | 待处理 | 无 | `## 原始诉求AutoRDO`;编号区块待建 | `记录需求:…;推进至=暂不推进` |
| 1 受理 | 已确认 | 仍无 | 不动 | `受理确认ONEOS-xx` |
| 2 分析中 | 分析中 | 新建【交付】ASSOCIATED→需求新建【分析】TASK_SUB→交付 | 交付=占位文案 | `开始分析ONEOS-xx` |
| 3 设计中 | 设计中 | 新建【设计】TASK_SUB→交付分析计划完成=当日+阶段日历工时 | — | `开始设计ONEOS-xx交付=…;分析=…` |
| 4 设计完成 | 设计完成 | 设计完成态;需求+交付挂 ZIP/截图;交付描述换 AutoPRD | `$oneos-autoprd``## 产品说明` | `设计完成ONEOS-xx设计=…;原型=…` |
| 5 交棒 | **待开发** | **只**把【交付】负责人改为何斐 | 若仍占位须标红风险 | `交棒开发ONEOS-xx交付=…` |
**编号权威:** 需求描述 `## 工作项编号(系统)`(交付 / 分析 / 设计)。后续口令优先带 `ONEOS-xx`,禁止按标题查重。
---
## 4. 交付树(产品建出来的结构)
```mermaid
flowchart TB
REQ["产品类需求 ONEOS-R\n状态=阶段真相"]
DEL["【交付】ONEOS-a\nASSOCIATED→需求"]
AN["【分析】ONEOS-b"]
DE["【设计】ONEOS-c"]
DEL -->|"关联项 ASSOCIATED"| REQ
AN -->|"子项 TASK_SUB"| DEL
DE -->|"子项 TASK_SUB"| DEL
```
验收口诀:
- 打开【交付】→「关联项」能看到需求
- 打开【交付】→「子项」能看到分析/设计(必须 `TASK_SUB`,不能只写 parentIdentifier
---
## 5. 两条旁路(仍交到同一终点)
```mermaid
flowchart LR
subgraph standard [标准]
A1[分析中] --> A2[设计中] --> A3[设计完成] --> A4[待开发]
end
subgraph fast [无单快轨]
B1[待处理/已确认等] --> B2["待开发\n建交付+设计当日收口\n不建分析"]
end
subgraph push [编号直推]
C1[已有分析/设计编号] --> C2[收口空计划完成] --> C3[待开发+交棒何斐]
end
```
| 路径 | 何时用 | 注意 |
|---|---|---|
| 标准 0→5 | 正常产品节奏 | 设计完成才灌 AutoPRD |
| 快轨 | 明确跳过分析、急交棒 | 默认可不跑 AutoPRD交付常占位→回报标红 |
| 编号直推 | 树上已有阶段任务编号 | 不新建冗余单;只认编号 |
---
## 6. 产品部人机边界Plan 门禁)
```text
凡写云效Plan 对齐 → 人确认 → 一口气 apply → 一次校验回报
```
| 适合全自动 | 建议人点一下 |
|---|---|
| 建单、打标、建树、改状态、交棒负责人、幂等复用 | 优先级、标签、是否快轨、设计是否真可开发、占位是否接受交棒 |
---
## 7. 交棒给下游时交出什么
产品回报至少包含:
```text
【YunxiaoPMapp】
风险:(占位交棒则首行标红)
需求ONEOS-R | 状态=待开发
交付ONEOS-a | 负责人=何斐
分析ONEOS-b 或 无
设计ONEOS-c 或 快轨占位说明
下一步:请技术经理使用开发 Skill
```
下游入口条件见 `references/handoff-contract.md`:认 **需求编号 + 交付任务编号**
---
## 8. 和全链路的关系(本文件边界)
```mermaid
flowchart LR
PM[产品部本文] --> Handoff[待开发交棒]
Handoff --> Dev[开发]
Dev --> QA[测试]
QA --> Rel[发版]
```
全链路(含谢佳伟 / 时生亮)见仓库原型:
`src/prototypes/yunxiao-pipeline-handbook/`
产品 Skill 对接开发说明:
`docs-YunxiaoPMapp-实现原理-开发Skill对接.md`
---
## 9. 相关 references
| 主题 | 路径 |
|---|---|
| 标准 05 | `references/stage-flow.md` |
| 交付树 / 子项 | `references/model.md` |
| 快轨 | `references/fast-track.md` |
| 编号直推 | `references/number-push.md` |
| 交棒门禁 | `references/handoff-and-rollback.md` |
| 交棒契约 | `references/handoff-contract.md` |
| 口令 | `references/commands.md` |
---
## 延伸阅读
- 四角色泳道(产品/开发/测试/发版):`docs-四角色泳道流程图.md`
- 开发侧草案:`docs-开发侧流转草案.md`