运营
撰写并验证标准作业程序
受管制的标准作业程序,受训操作者能照做,负责人能核准。
流程
按这个顺序做。
- 命名流程负责人、受众、目标、范围、触发、边界和所需批准。
- 访谈主题专家,并收集当前表单、截图、政策、控制和例子。
- 映射实际顺序、决策点、角色、输入、输出、例外、记录以及安全或质量检查。
- 起草标准作业程序,含目的、范围、职责、先决条件、编号动作、例外处理、引用和修订元数据。
- 由独立操作员试跑,同时记录含糊处、缺失先决条件和观察偏差。
- 修订文档,与流程负责人解决反馈,并取得具名批准。
- 发布受控版本,归档被取代版本,培训受影响用户,并设定复审日期。
先准备
猫会向你要的输入。
- 流程目标与范围
- 主题专家或流程负责人
- 既有材料与所需控制
- 批准与复审要求
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook,不合并多份。先走这个路由器;其余路径是此 workflow 可检查的候选。
- 路由器:
documents skills/engineering/mattpocock/writing-for-agents/SKILL.mdskills/content/content-creator/SKILL.mdskills/product/pm-toolkit/grammar-check/SKILL.md
界限
界限跟着提示一起走。
- 证据缺失时,不要编造运营、安全、监管或技术步骤。
- 发布前要求领域负责人核验和真实试跑。
- 清晰标记草稿和被取代版本,以免被误认为现行程序。
完成代表
一个可核对的终点。
具名负责人在成功试跑后批准标准作业程序,受控版本有修订元数据,发布与复审日期已记录。
来源
这个流程从哪来。
- www.epa.gov/quality/guidance-preparing-standard-operating-procedures
- nepis.epa.gov/Exe/ZyPURL.cgi?Dockey=P1008GTX.txt
来源确立 workflow 的模式。如有 Reddit 或社区帖子,视为实务轶事,不是普遍事实。