Fieldnote
软件项目交付协作平台
把需求、开发任务、客户审阅与版本交付放在同一套项目流程里。
虚构品牌的概念演示，界面数据仅作示意，不代表真实客户交付。
业务挑战
项目经理需要追踪责任人和截止日期，客户需要知道哪些功能正在开发、哪些等待确认。缺少接口凭据等阻塞事项容易淹没在聊天记录中。
解决思路
围绕迭代周期设置待办、开发中、客户审阅和已完成四个阶段。任务卡保留编号、负责人、附件与阻塞原因，里程碑汇总演示版本、测试报告和验收决策。
功能规划与业务规则
围绕示范场景拟定的需求范围，可用于讨论定制方案；具体规则与接入范围需在项目开始前确认。
使用角色
项目经理、开发与测试人员、客户审阅人
典型业务流程
- 1拆分需求并排入迭代
- 2开发测试并记录阻塞
- 3提交客户审阅
- 4确认交付版本
需求拆分与迭代计划
每张任务卡包含编号、业务说明、验收条件、负责人、优先级和截止日期。任务归属明确的迭代与里程碑，新增需求记录来源，由项目经理决定是否进入本轮范围。
看板状态与流转条件
任务经过待办、开发中、客户审阅和已完成等阶段。进入审阅前补齐演示或测试依据；关闭任务需要满足约定验收条件，拖动卡片时记录操作者和状态变化。
阻塞原因与依赖关系
缺少 API 凭据、上游接口未就绪等问题标记为阻塞，记录责任人和下次跟进时间。依赖解除后通知相关人员，不能仅因为任务逾期就自动判为完成。
客户审阅与反馈闭环
客户可对指定交付项提出通过或需修改，并补充具体反馈。未通过时任务回到待处理状态，保留上一轮审阅结论；内部评估和成本信息不向客户开放。
文件、版本与协作历史
在任务下关联设计稿、演示链接、测试报告和附件版本。讨论保留时间与作者，替换文件不覆盖历史；访问私有附件前重新校验项目权限。
里程碑验收与交接
里程碑汇总关联任务、未解决问题、版本号和待确认事项。交付清单包含源码或约定成果、配置说明、操作文档与交接记录，由有权限的人员确认接受或退回。
FLD-121 接口集成测试缺少客户环境凭据：任务保留在当前阶段并标记阻塞，指定客户联系人跟进。凭据准备好后继续测试，提交测试报告供客户审阅；客户要求修改时重新打开任务，保留第一次审阅记录。
建议验收场景
- 存在未解决阻塞或缺少必需验收材料时，不能静默把里程碑标成已交付。
- 客户退回后保留先前任务版本、反馈及责任人，避免覆盖审阅历史。
- 被移出项目的成员无法继续打开原有的私有附件链接。
需要确认的接入与边界
先确认团队角色、客户可见范围、任务流转和验收权限。代码仓库、持续集成及单点登录可另行接入；首期不默认包含工时计费、薪酬或自动评价员工绩效。
