@feng-h/pdca-skill 1.0.0

package/system//345/267/245/345/205/267//345/274/202/345/270/270/345/244/204/347/220/206/346/214/207/345/215/227.md

@@ -0,0 +1,441 @@
+# PDCA异常处理指南
+
+处理PDCA循环中的各种异常情况，确保项目能够有效应对挑战并继续推进。
+
+---
+
+## 🚨 异常分类体系
+
+### 按严重程度分类
+
+#### 1. 轻微异常（Level 1）
+- **定义**：影响局部，可通过简单调整解决
+- **处理时限**：24小时内
+- **处理权限**：阶段负责人可自行处理
+- **示例**：任务轻微延期、小范围质量问题
+
+#### 2. 中等异常（Level 2）
+- **定义**：影响阶段进展，需要协调处理
+- **处理时限**：3天内
+- **处理权限**：需要项目负责人介入
+- **示例**：资源短缺、关键任务延误
+
+#### 3. 严重异常（Level 3）
+- **定义**：影响整个项目，可能需要重大调整
+- **处理时限**：1周内
+- **处理权限**：需要决策层批准
+- **示例**：目标需要调整、方案需要重新设计
+
+#### 4. 危机异常（Level 4）
+- **定义**：威胁项目生存，需要立即应对
+- **处理时限**：立即
+- **处理权限**：最高决策层
+- **示例**：项目预算取消、外部环境剧变
+
+### 按发生阶段分类
+
+#### Plan阶段异常
+- 问题定义错误
+- 目标设定不合理
+- 方案设计缺陷
+- 资源评估错误
+
+#### Do阶段异常
+- 执行严重偏差
+- 资源无法获得
+- 外部依赖失败
+- 质量标准无法达成
+
+#### Check阶段异常
+- 数据收集失败
+- 分析方法错误
+- 结论不可靠
+- 利益相关者不接受
+
+#### Act阶段异常
+- 决策无法执行
+- 改进措施无效
+- 新问题产生
+- 组织阻力过大
+
+---
+
+## ⚡ 快速响应机制
+
+### 异常发现与报告
+
+#### 发现渠道
+1. **例行检查**：定期进度检查发现
+2. **监控系统**：自动预警系统提示
+3. **团队反馈**：团队成员主动报告
+4. **外部反馈**：客户或相关方反馈
+
+#### 报告流程
+```
+发现异常
+├── 立即评估（5分钟内）
+│   ├── 确定异常级别
+│   ├── 评估影响范围
+│   └── 初步判断原因
+├── 立即报告（15分钟内）
+│   ├── 通知直接上级
+│   ├── 填写异常报告
+│   └── 启动响应机制
+└── 持续跟踪（持续）
+    ├── 更新处理进展
+    ├── 调整应对措施
+    └── 记录处理结果
+```
+
+### 异常报告模板
+
+```markdown
+## 异常报告
+
+**基本信息**
+- 报告时间：YYYY-MM-DD HH:MM
+- 发现人：[姓名]
+- 异常级别：[L1/L2/L3/L4]
+- 所在阶段：[Plan/Do/Check/Act]
+
+**异常描述**
+- 现象描述：[具体表现]
+- 影响范围：[影响的项目部分]
+- 紧急程度：[高/中/低]
+- 预计后果：[如果不处理的后果]
+
+**原因分析**
+- 直接原因：[直接导致异常的因素]
+- 根本原因：[深层次的原因]
+- 外部因素：[外部环境因素]
+
+**处理建议**
+- 建议措施：[建议的应对措施]
+- 资源需求：[需要的资源支持]
+- 时间需求：[预计处理时间]
+- 风险评估：[措施的风险评估]
+
+**处理进展**
+- 当前状态：[待处理/处理中/已解决]
+- 负责人：[指定的负责人]
+- 最新更新：[时间和内容]
+```
+
+---
+
+## 🔄 常见异常处理策略
+
+### 1. 时间相关异常
+
+#### 进度延误
+```
+轻微延误（<10%）：
+- 加速当前任务
+- 优化后续流程
+- 调整资源配置
+
+中等延误（10-30%）：
+- 重新排定优先级
+- 申请额外资源
+- 调整里程碑
+
+严重延误（>30%）：
+- 重新评估可行性
+- 考虑范围调整
+- 可能需要回退
+```
+
+#### 时间估算错误
+```
+发现估算错误：
+- 立即重新估算
+- 分析错误原因
+- 更新所有相关计划
+- 建立估算修正机制
+```
+
+### 2. 资源相关异常
+
+#### 人力资源不足
+```
+短期不足：
+- 内部调配
+- 加班安排
+- 任务优先级调整
+
+长期不足：
+- 外部招聘
+- 外包部分工作
+- 降低项目目标
+```
+
+#### 预算超支
+```
+轻微超支（<10%）：
+- 内部预算调剂
+- 优化支出结构
+
+严重超支（>10%）：
+- 申请追加预算
+- 调整项目范围
+- 项目重新评估
+```
+
+### 3. 质量相关异常
+
+#### 质量不达标
+```
+局部问题：
+- 立即整改
+- 加强质量控制
+- 分析原因预防
+
+系统性问题：
+- 暂停相关工作
+- 全面检查
+- 重新制定质量标准
+```
+
+#### 需求变更
+```
+小范围变更：
+- 评估影响
+- 调整计划
+- 更新文档
+
+重大变更：
+- 重新评估项目
+- 可能需要回退Plan阶段
+- 获得正式批准
+```
+
+### 4. 外部环境异常
+
+#### 政策法规变化
+```
+影响分析：
+- 评估对项目的影响
+- 识别合规要求
+- 制定应对策略
+
+实施调整：
+- 调整方案设计
+- 更新执行计划
+- 必要时暂停项目
+```
+
+#### 市场环境变化
+```
+市场机会：
+- 调整项目目标
+- 加快项目进度
+- 争取资源投入
+
+市场威胁：
+- 评估影响程度
+- 调整项目策略
+- 考虑项目终止
+```
+
+---
+
+## 🛠️ 回退决策框架
+
+### 回退触发条件
+
+#### 必须回退的情况
+1. **目标无法达成**：确认原目标在现有条件下无法实现
+2. **方案根本错误**：发现解决方案存在根本性缺陷
+3. **资源无法获得**：关键资源永久性缺失
+4. **外部环境剧变**：外部环境变化使原方案不再适用
+
+#### 可以回退的情况
+1. **执行效果极差**：执行结果远低于预期
+2. **时间严重超期**：时间偏差超过可接受范围
+3. **成本严重超支**：预算超出可接受范围
+4. **质量持续不达标**：多次整改仍无法达标
+
+### 回退决策流程
+
+```mermaid
+graph TD
+    A[发现异常] --> B{是否必须回退?}
+    B -->|是| C[立即启动回退]
+    B -->|否| D{是否可以回退?}
+    D -->|是| E[评估回退成本}
+    D -->|否| F[在当前阶段解决]
+    E --> G{成本是否可接受?}
+    G -->|是| C
+    G -->|否| F
+    C --> H[保存当前成果]
+    H --> I[制定回退计划]
+    I --> J[执行回退]
+    J --> K[重新开始]
+```
+
+### 回退实施步骤
+
+1. **暂停当前工作**
+   - 立即停止相关任务
+   - 保存当前状态
+   - 通知所有相关人员
+
+2. **保护已完成成果**
+   - 备份所有数据
+   - 整理已完成工作
+   - 记录经验教训
+
+3. **分析回退原因**
+   - 深入分析根本原因
+   - 识别可避免的损失
+   - 制定预防措施
+
+4. **制定回退计划**
+   - 明确回退目标
+   - 估算回退成本
+   - 设定回退时间表
+
+5. **执行回退操作**
+   - 按计划执行回退
+   - 监控回退过程
+   - 处理回退中的问题
+
+6. **重新启动阶段**
+   - 基于经验重新开始
+   - 避免重复错误
+   - 加强过程控制
+
+---
+
+## 📊 异常数据分析
+
+### 异常统计指标
+
+#### 发生频率指标
+- 异常总数
+- 各级别异常数量
+- 各阶段异常分布
+- 异常发生率
+
+#### 处理效率指标
+- 平均响应时间
+- 平均解决时间
+- 一次解决率
+- 回退率
+
+#### 影响程度指标
+- 时间延误量
+- 成本增加额
+- 质量影响度
+- 客户满意度影响
+
+### 趋势分析
+
+#### 异常模式识别
+```
+时间模式：
+- 特定时间段异常高发
+- 项目特定阶段异常集中
+- 异常间隔时间规律
+
+类型模式：
+- 特定类型异常重复发生
+- 异常之间的关联性
+- 根本原因的共性
+
+原因模式：
+- 组织层面原因
+- 流程层面原因
+- 技术层面原因
+- 人员层面原因
+```
+
+#### 预测性分析
+- 基于历史数据预测异常
+- 识别高风险环节
+- 提前制定预防措施
+- 建立预警机制
+
+---
+
+## 🎯 预防机制建设
+
+### 体系建设
+
+#### 风险管理体系
+- 建立风险识别机制
+- 制定风险评估标准
+- 建立风险监控体系
+- 完善风险应对预案
+
+#### 质量保证体系
+- 建立质量标准
+- 完善质量控制流程
+- 加强质量培训
+- 建立质量改进机制
+
+#### 沟通协调体系
+- 建立定期沟通机制
+- 完善问题上报流程
+- 加强跨部门协作
+- 建立快速响应机制
+
+### 能力建设
+
+#### 团队能力提升
+- 异常处理培训
+- 应急演练
+- 经验分享
+- 最佳实践推广
+
+#### 工具系统升级
+- 监控预警系统
+- 自动化检测工具
+- 数据分析平台
+- 协同工作平台
+
+### 文化建设
+
+#### 透明文化
+- 鼓励主动报告异常
+- 建立无责任追究的学习机制
+- 促进经验分享
+- 建立持续改进文化
+
+#### 预防文化
+- 强化风险意识
+- 鼓励前瞻性思考
+- 建立预防性措施
+- 奖励预防性贡献
+
+---
+
+## 📚 案例库
+
+### 典型异常案例
+
+#### 案例1：需求理解错误导致回退
+```
+背景：软件开发项目，Do阶段进行中用户提出完全不同的需求
+处理：回退Plan阶段重新定义需求
+教训：加强需求确认和原型验证
+预防：增加用户参与和需求评审环节
+```
+
+#### 案例2：外部依赖失败
+```
+背景：关键供应商突然破产，导致项目中止
+处理：紧急寻找替代供应商，调整项目计划
+教训：不要过度依赖单一供应商
+预防：建立备选方案，分散风险
+```
+
+#### 案例3：技术路线选择错误
+```
+背景：选择的新技术在实际应用中遇到重大障碍
+处理：回退Plan阶段，选择成熟技术方案
+教训：新技术应用需要充分验证
+预防：建立技术验证机制，小范围试点
+```
+
+通过建立完善的异常处理机制，PDCA项目能够在面对挑战时保持韧性，确保项目的成功交付。

package/system//345/267/245/345/205/267//346/224/266/351/233/206/350/241/250/351/205/215/347/275/256/346/214/207/345/215/227.md

@@ -0,0 +1,70 @@
+# Bitable 收集表配置指南
+
+## 概述
+
+Bitable 收集表用于用户快速录入数据，提交后数据自动写入数据记录表。
+每个 MECE 框架的维度配置一个独立的收集表。
+
+## 创建流程
+
+```
+项目创建时 (PlanAgent Phase 4)
+    ↓
+根据选择的 MECE 框架 → 获取维度列表
+    ↓
+为每个维度创建对应的收集表
+    ↓
+收集表字段 → 绑定到数据记录表的 指标名称/维度/数值/单位
+    ↓
+分享收集表链接 → 用户通过链接填写
+```
+
+## 各框架收集表配置
+
+### TREND 框架（健康/体能）
+
+| 维度 | 收集表名称 | 字段配置 |
+|------|-----------|---------|
+| Training（训练） | 训练数据收集表 | 训练时长(分钟,数字)、训练强度(单选:低/中/高)、训练类型(多选) |
+| Rest（休息） | 休息数据收集表 | 睡眠时长(小时,数字)、睡眠质量(单选:1-5分)、休息日标记(是/否) |
+| Eating（营养） | 营养数据收集表 | 热量摄入(kcal,数字)、蛋白质(g,数字)、碳水化合物(g,数字) |
+| Nature（身体） | 身体数据收集表 | 体重(kg,数字)、静息心率(bpm,数字)、VO2max(数字) |
+| Daily（日常） | 日常活动收集表 | 步数(数字)、久坐时长(分钟,数字) |
+
+### 4M1E 框架（制造业）
+
+| 维度 | 收集表名称 | 字段配置 |
+|------|-----------|---------|
+| Man（人员） | 人员数据收集表 | 培训时长(小时)、技能等级(单选)、出勤(数字) |
+| Machine（设备） | 设备数据收集表 | 运行时长(小时)、故障次数(数字)、维护状态(单选) |
+| Material（材料） | 材料数据收集表 | 来料数量(数字)、不合格数(数字)、供应商(单选) |
+| Method（方法） | 工艺数据收集表 | 工艺参数(数字)、合格率(百分比)、SOP版本(单选) |
+| Environment（环境） | 环境数据收集表 | 温度(°C)、湿度(百分比)、5S评分(数字) |
+
+### 其他框架
+
+其他框架（PPTD, 5P, COMET, 3RL-TD, GRCT, 5S, TIME, SIPOC, 5P2E）的收集表配置在项目创建时根据维度动态生成。
+
+## 数据写入规则
+
+1. 收集表提交时，数据自动写入数据记录表
+2. 字段映射：
+   - 收集表"指标"字段 → 数据记录表"指标名称"字段
+   - 收集表"维度"固定值 → 数据记录表"维度"字段
+   - 收集表"数值"字段 → 数据记录表"数值"字段
+   - 收集表"单位"固定值 → 数据记录表"单位"字段
+3. 系统自动填充字段：
+   - 记录时间：当前时间戳
+   - 记录人：提交用户
+
+## API 创建方式
+
+通过 Bitable 工作流编辑器或飞书 API 创建收集表。
+
+**注意**: Bitable 收集表的 API 创建方式需要验证。如果 API 不支持，需要在 Bitable UI 中手动配置，并在文档中记录配置步骤。
+
+## API 调用注意事项
+
+- 收集表创建后需要获取分享链接发送给用户
+- 收集表字段类型应与数据记录表对应字段类型一致
+- 每个维度的收集表应独立配置，避免字段混淆