| | |
| | | #### AI工作空间 |
| | | 每一个AI,在项目里有一个自己的工作空间,比如AI名叫Andrew,那么就在 |
| | | 项目目录下创建一个 `ai-andrew/` 文件夹,该文件夹下就是 AI 的工作空间。工作空间目录必须统一使用 `ai-<name>/` 前缀。 |
| | | AI工作空间下应该有一个 工作说明.md 通过该文档能够快速了解如下几点 |
| | | 1.AI工作空间下应该有一个 工作说明.md 通过该文档能够快速了解如下几点 |
| | | -- 他的工作职责范围 |
| | | -- 他的工作环境,以及工作方式和流程 |
| | | |
| | | 2.AI工作空间里应该还有一个 叫 项目问题反馈.md 文档,该文档是让AI反馈在项目里协作问题的文档,该文档应该也是按append方式进行书写的,这个文档有几个主要作用 |
| | | -- 汇报AI在整个工作流程里遇到的重要问题(该问题一定要是影响整个项目或者体系内部进展的,小问题,不重要的问题不要在这里汇报) |
| | | -- 如果AI是审核员,发现自己审核的事项出现的问题,复返修复多次还是会出现同一个问题(最好大于等于3次),就需要汇报到这个文档里 |
| | | |
| | | |
| | | ### data |
| | |
| | | 5. 审计事项的设计和执行的过程是否和事项记录的聊天记录的需求一致,如果不一致一定要反馈出来 |
| | | 6. 审计过程发现文件有乱码一定要报告出来 |
| | | 7. 审计员不仅要审计事项的进行是否合理是否满足客户需求,还要审计事项的设计是否合理 |
| | | 8. 审计员发现自己审核的事项出现的问题,复返修复多次还是会出现同一个问题(最好大于等于3次),就需要汇报到自己项目里工作空间的 项目问题反馈.md 里,记录的信息要主要详细,保证项目管理员 |
| | | 到时候能追踪到具体的事项id以及有问题的步骤等等 |
| | | 9. 如果审核员发现的事项问题,反复修改多次还是反复出现同一个问题,那么在反馈内容里最好能附带解决问题的建议,甚至问题很麻烦的时候可以给完整的解决问题的方案(比如在修代码bug的时候的 代码修复方案) |
| | | 10. 审核员在审核事项的时候,要以事项为单元(也就是以对应的体系的总纲文档里的一个目标为单元)来整体审查,不能单审查事项的某一个步骤,如在审查过程中发现关键节点有缺失也应该反馈成问题,但是不允许层层加码和吹毛求疵。 |
| | | 所有的审核文档里都检查下一定要保证以下原则: |
| | | 1. 保证审核的内容的主要内容没问题 |
| | | 2. 对边角料非主要内容,不要吹毛求疵,层层加码,加大执行的难度 |
| | |
| | | 下面所有的技能都不得违反全局规范.md的要求 |
| | | 2. 项目创建技能 以及 项目体系创建技能; 参考 章节体系管理员必须具备的能力 (属于common\project-doc\项目环境创建指南.md) |
| | | 下面所有的技能都不得违反全局项目规范.md的要求 和 本地项目规范.md的要求 |
| | | 3. AI工作空间创建 以及 AI角色分配技能; 参考 章节体系管理员必须具备的能力(属于common\project-doc\AI工作空间创建指南.md) |
| | | 3. AI工作空间创建 以及 AI角色分配技能; 参考 章节体系管理员必须具备的能力(属于common\ai-workplace\AI工作空间创建指南.md) |
| | | 4. 实验技能(包括实验设计,到实验执行); (属于common\exp-doc\实验规范.md 以及 项目本地 exp-doc\实验规范.md 两个共同作用的技能 ) |
| | | 5. 实验审核技能(包括实验设计审核,以及实验全流程审核);(属于common\exp-doc\实验审核规范.md 以及 项目本地 exp-doc\实验审核规范.md 两个共同作用的技能 ) |
| | | 6. 需求文档编写技能(包括需求方案文档,以及需求文档修改和书写);(属于common\pro-doc\需求规范.md 以及 项目本地 pro-doc\需求规范.md 两个共同作用的技能 ) |