Appearance
项目流程
项目流程的目标是让需求、实现、验证和交接都可追踪。即使是小任务,也应该留下能让别人复现的记录。
从任务到交付
开始前确认
| 问题 | 说明 |
|---|---|
| 目标是什么 | 例如跑通 demo、提升指标、完成接口、验证板卡 |
| 验收标准是什么 | 能运行、指标达到多少、是否需要上板、是否需要文档 |
| 输入是什么 | 数据、硬件、代码仓库、文档、接口定义 |
| 输出是什么 | 代码、报告、实验记录、截图、bitstream、模型权重 |
| 风险是什么 | 资源不足、环境不一致、设备不可用、数据权限 |
实验记录
每次实验至少记录:
- 日期和负责人。
- 代码版本或 commit。
- 数据版本或路径。
- 环境信息和关键依赖版本。
- 运行命令。
- 结果、截图、日志和结论。
建议在项目仓库里维护 experiments/ 或 docs/experiments/,不要只把记录留在聊天窗口。
Review
需要 Review 的内容包括:
- 新增功能代码。
- HDL 设计和接口变更。
- 重要脚本、自动化流程和数据处理逻辑。
- 对外报告、演示材料和关键图表。
Review 重点不是挑错,而是确认逻辑、可复现性、安全边界和后续维护成本。
交付标准
一个任务完成时,至少满足:
- 有可运行代码或可查看成果。
- 有运行命令、依赖和数据说明。
- 有验证证据,例如测试结果、仿真波形、截图、日志或指标。
- 已知问题写清楚,不能假装不存在。
- 需要别人继续接手时,有交接说明。