一、 定位与设计原则

• 定位：技术项目（Tech Project）是技术团队内部主导的改进型项目容器，承载架构重构、性能优化、安全加固、技术债清偿、紧急技术响应等场景。它没有迭代层，开发任务直接挂载在项目下；技术负责人是全程主责人，CTO 参与重大项目的立项与验收。
• 与标准产研项目的核心区别：

• 创建来源：
  1. 技术负责人直接创建（主动发起技术改进）。
  2. 多个同类技术需求聚合时，由技术负责人手动创建项目容器并关联。

二、 节点详细配置

1. 节点：立项申请 (Start)

• 负责人：技术负责人（创建者）。
• 节点描述：明确技术项目的目标、范围、人员和计划，为后续方案设计提供基准。
• 节点字段：
  • 项目名称 (必填，格式建议：【类型】-简述-年月)
  • 项目类型 (必填，单选：架构重构 / 性能优化 / 安全加固 / 技术债清还 / 紧急响应 / 其他)
  • 技术背景与目标 (必填，富文本：现状问题 + 改造目标 + 可衡量指标)
  • 技术负责人 (必填，单选人员，Owner)
  • 参与工程师 (多选人员)
  • CTO (单选人员，P0/P1 级必填)
  • 所属业务线 (级联选择)
  • 优先级 (必填，单选：P0-紧急 / P1-高 / P2-中 / P3-低)
  • 计划开始日期 (日期，必填)
  • 计划完成日期 (日期，必填)
  • 预估总人天 (数字)
• 流转条件：项目名称、技术背景与目标、技术负责人、优先级、计划完成日期均已填写。
• 流转方式：需点击确认完成。
• 回滚支持：不支持（起始节点）。
• 预置任务（子任务）：无。

2. 节点：技术方案评审

• 负责人：技术负责人。
• 节点描述：输出完整的技术方案文档，组织评审会议，确认可行性和工作量。P0/P1 级项目需 CTO 参与评审。
• 节点字段：
  • 技术方案文档链接 (必填，URL，飞书文档或 GitLab Wiki)
  • 架构变更说明 (文本，是否改变现有架构，变化点列举)
  • 数据库变更 (必填，单选：是 / 否，若"是"则在下方附变更方案链接)
  • 数据库变更方案链接 (URL，当"数据库变更=是"时必填)
  • 涉及技术栈 (多选：前端 / 后端 / 客户端 / 算法 / 运维 / 数据)
  • 评审结论 (必填，单选：通过 / 修改后通过 / 不通过)
  • 评审人 (必填，多选人员)
  • 评审纪要链接 (必填，URL)
  • 最终预估人天 (必填，数字，评审确认的工作量)
  • 潜在风险说明 (文本)
  • 遗留待确认问题 (文本)
• 流转条件：技术方案文档链接已填 + 评审结论为"通过"或"修改后通过" + 评审纪要链接已填 + 最终预估人天已填。
• 流转方式：需点击确认完成。
• 回滚支持：支持回滚至"立项申请"（场景：评审发现目标或范围设定有根本性问题，需重新定义）。
• 预置任务（子任务）：
  1. 调研现有方案与业界最佳实践
  2. 评估影响面与改造风险
  3. 发起技术评审会（邀请 CTO / 技术负责人 / 相关工程师）
  4. 整理评审意见，解决遗留问题

3. 节点：任务执行中

• 负责人：技术负责人（监控）。
• 节点描述：跟踪全部开发任务的执行进度，管理风险，确保按计划推进。
• 节点字段：
  • 实际开始日期 (日期时间，自动填充为节点进入时间)
  • 关联技术需求 (关联项，可选，关联具体技术需求卡片)
  • 关联开发任务 (关联项，必填，至少 1 个)
  • 整体进度 (公式：已完成开发任务数 ÷ 总关联开发任务数 × 100%，只读)
  • 风险预警状态 (单选：🟢 正常 / 🟡 有风险 / 🔴 严重滞后)
  • 风险说明 (文本，当状态非"🟢 正常"时必填)
• 流转条件：全部关联开发任务均已进入"提测"节点或以上状态。
• 流转方式：需点击确认完成。
• 回滚支持：支持回滚至"技术方案评审"（场景：执行中发现方案存在根本性缺陷需重新评审）。
• 预置任务（子任务）：无（进度通过关联开发任务自动汇聚）。

4. 节点：技术验收

• 负责人：技术负责人（P0 级由 CTO 参与）。
• 节点描述：对技术改造成果进行验收，核验是否达到立项时设定的技术指标。
• 节点字段：
  • 验收人 (必填，单选人员，主验收方)
  • 验收结论 (必填，单选：通过 / 不通过)
  • 技术指标达成情况 (必填，文本，对比"技术背景与目标"字段列出的指标与实际测量结果)
  • 测试报告 / 性能数据链接 (URL)
  • 验收说明 (文本)
  • 不通过原因 (文本，当验收结论为"不通过"时必填)
• 流转条件：验收结论为"通过" + 技术指标达成情况已填。
• 流转方式：需点击确认完成。
• 回滚支持："不通过"时支持回滚至"任务执行中"（场景：指标未达成，需返回修复后重新验收）。
• 预置任务（子任务）：无。

5. 节点：已结项

• 负责人：技术负责人。
• 节点描述：项目生命周期终态，完成技术文档归档和经验沉淀。
• 节点字段：
  • 实际完成日期 (日期时间，自动填充为节点进入时间)
  • 结项总结 (必填，富文本：项目成果、达成指标、踩坑点)
  • 技术文档归档链接 (必填，URL，确保方案和实施文档可持续访问)
  • 经验沉淀 (文本，提炼可复用的工程经验或决策模板)
• 流转条件：结项总结、技术文档归档链接均已填。
• 流转方式：需点击确认完成。
• 回滚支持：不支持（终态节点）。
• 预置任务（子任务）：
  1. 更新相关系统文档 / Wiki（技术架构图、API 文档等）
  2. 确认全部代码已 Merge 至主干并打版本 Tag
  3. 归档文档至飞书知识库指定目录

三、 节点流转图

立项申请 ──→ 技术方案评审 ──→ 任务执行中 ──→ 技术验收 ──→ 已结项
              ↑                  │
              └──────────────────┘（回滚：执行中发现方案缺陷）

技术验收 ─── 不通过 ──→ 回滚至"任务执行中"
技术方案评审 ─── 不通过 ──→ 回滚至"立项申请"

四、 自动化规则

1. 评审通过提醒：技术方案评审节点流转（评审结论 = "通过"或"修改后通过"）→ 自动推送飞书消息给技术负责人："技术项目评审通过，请在 2 个工作日内完成任务拆分并关联开发任务"。
2. 逾期预警：当前日期 > 计划完成日期 且 节点未达到"技术验收" → 自动将"风险预警状态"字段设为"🟡 有风险"，推送提醒给技术负责人 + CTO。
3. 全部任务完成：全部关联开发任务流转至"验收"完成 → 自动推送"技术项目可进入技术验收"通知给技术负责人。
4. 超时预警：开发任务在"研发中"停留时间 > 预估工时 × 1.5 → 推送提醒给技术负责人。
5. 结项通知：节点流转至"已结项" → 推送结项通知给所有参与工程师和 CTO。

五、 字段快速参考