CODMap

场景 08 · 临床运营负责人

运营复盘与价值呈现

一项临床研究经历过方案修订、中心启动延迟、供应商调整、质量问题或者关键里程碑恢复以后,项目团队通常都能列出一批 lessons learned。问题是,几个月以后进入另一项研究,同样的误判、等待和返工仍然可能再次发生。

原因并不神秘。很多复盘记录了最终结果,却没有还原团队当时掌握的信息和依据的假设;结论写成"加强沟通""提前规划""密切跟进",却没有指出哪项规则需要改变;经验被放进共享文件夹,但下一支团队不知道什么时候应该调用;少数资深成员知道怎样判断风险,关键经验仍然留在个人脑中。

完成一次复盘,不等于组织已经学会。Scenario 08 讨论的是临床运营负责人如何把项目中的事实、判断、失误和有效做法,转化为下一项研究能够找到、理解、使用并重新验证的组织资产。个人专业价值的呈现也从这里开始:不是把团队结果包装成个人成绩,而是用证据说明自己看到了什么、作出了什么判断、推动了什么改变,以及哪些能力可以迁移到新的项目环境。

项目证据通过组织学习转化为组织资产、下一次行动与专业价值
Part 01 · 场景界定

这一页聊什么,不聊什么

先把复盘这件事从"列经验"挪到"形成可被下一项研究调用的组织资产"。

场景说明

S02、S03 和 S04 会形成优先级、资源与团队方面的判断;S05 推动跨职能决定进入执行;S06 处理外部合作关系中的目标、信息和激励;S07 判断重要质量问题是否得到控制、改进措施是否有效。

S08 接住这些场景留下的结果,继续追问:

当项目已经取得结果,或者已经付出代价以后,COD 如何判断组织真正学到了什么,并让这些经验改变下一次决策与行动?

运营复盘不应只在研究结束后进行。以下节点都可能值得复盘:

【1】一项关键治理决定执行完成;

【2】方案修订、国家调整或供应商变更完成;

【3】重要里程碑明显提前或延后;

【4】项目从重大偏差中恢复;

【5】某项恢复计划没有产生预期效果;

【6】出现险些造成严重后果的 near miss;

【7】团队采用非常规做法并取得了可重复的效果;

【8】关键人员即将离岗、轮岗或完成交接。

内容边界

本页关注项目经验怎样进入组织学习,包括复盘对象选择、事实还原、假设校准、隐性知识提取、组织资产形成、跨项目复用和专业价值表达。

本页不预设只有项目委托方能够组织复盘。CRO、供应商、区域团队或其他临床运营组织同样需要从受托项目、合作接口和内部执行中形成可复用能力。

本页重点讨论

  • 哪些事件值得投入时间进行结构化复盘?
  • 怎样避免站在结果已经发生的位置,重写当时的决策过程?
  • 如何区分行动失误、机制缺陷和原有假设错误?
  • 一次项目经验可以迁移到哪些情境,边界在哪里?
  • 怎样把 PM、CRA、中心团队和外部伙伴掌握的隐性经验说清楚?
  • 复盘结论应转化成什么工具、规则、培训或治理动作?
  • 如何确认经验真的在下一项研究中被调用?
  • 怎样把组织学习转化为可信、脱敏、有证据的个人专业表达?

本页暂不展开

  • 以绩效评分和责任追究为主要目的的人员评价
  • 用复盘替代偏差调查、根因分析、CAPA 或质量体系要求
  • 企业级知识管理平台的技术选型
  • 对项目机密、受试者信息或商业敏感信息的公开披露
  • 把单个项目经验直接写成普遍规则
  • 为求职或晋升编造结果、夸大个人贡献
  • 某一家公司的固定结项流程

预期输出

  • 项目行动后复盘记录
  • 关键事件与决策时间线
  • 单环—双环学习判断
  • 隐性知识访谈记录
  • 经验适用边界
  • 更新后的规则、工具、模板或培训案例
  • 经验转化与跨项目复用登记
  • 脱敏的专业能力案例
Part 02 · 问题拆解

核心问题

COD 如何把一次项目中的事实、判断、失误和有效做法,转化为能够改变下一次决策与行动的组织资产?

围绕核心问题的六个判断

1. 这件事值得做一次结构化复盘吗?

  • 事件是否影响关键路径、受试者保护、研究结果可靠性、预算或重要开发窗口?
  • 实际结果是否明显偏离原有预测?
  • 同类摩擦是否已经在不同中心、国家、供应商或项目中重复出现?
  • 团队是否曾经接近严重失败,但最终依靠临时措施避免后果?
  • 某项非常规做法是否取得了超出预期的结果?
  • 关键经验是否集中在少数人员手中,人员变化后可能丢失?
  • 复盘获得的结论是否有机会在其他项目中使用?

复盘资源同样有限。COD 不需要把每个行动项都升级成正式回顾,而应优先选择具有高影响、高不确定性、高重复性或高学习价值的事件。

2. 当时究竟发生了什么?

  • 原计划、成功标准和预期结果是什么?
  • 团队在每个关键时间点掌握了哪些信息?
  • 哪些信息当时还不知道,哪些信息被忽略或没有进入治理会议?
  • 谁在什么时间作出了什么决定?
  • 决定依据了哪些事实、专业判断和关键假设?
  • 哪些信号当时已经出现,但没有被识别为风险?
  • 哪些解释只有在结果发生以后才形成?
  • 实际结果与原有预测偏离在哪里?

这一判断用于减少结果偏见。复盘者不能因为已经知道结局,就假定当时的团队也应该知道后来才出现的信息。

3. 差距发生在哪一层?

建议把发现分成三个层次:

【1】行动层:方向和规则基本合理,但具体动作没有按要求完成,或者执行质量不足。

【2】机制层:角色、流程、指标、资源、治理节奏或合作接口使团队难以作出正确行动。

【3】假设层:组织对中心、患者、供应商、项目复杂度、时间线或自身能力的理解存在偏差。

行动层问题可能需要纠正、培训或加强执行。机制层问题需要调整流程和管理方式。假设层问题则要求重新检查组织为什么会用这样的方式定义问题和判断成功。

4. 这条经验可以迁移到哪里?

  • 经验来自什么研究阶段、适应症、国家环境和合作模式?
  • 哪些条件必须同时成立?
  • 哪些发现只适用于当前团队、系统或供应商?
  • 哪些判断能够进入同类研究或相邻场景?
  • 需要哪些保护条件,才能避免机械复制?
  • 是否已经有第二个案例或其他数据支持?
  • 什么新证据会使这条经验失去基础?

一次项目经历只是一个样本。组织学习既要提炼规律,也要为规律标明边界。

5. 哪些关键知识仍然只存在于人的经验中?

  • 谁最接近事件发生的现场?
  • 哪些判断没有出现在计划、会议纪要或正式报告中?
  • 资深 PM、CRA、中心团队或供应商人员看到了哪些早期信号?
  • 团队在哪些节点依靠非正式协调或个人关系维持项目?
  • 哪些例外处理有效,为什么有效?
  • 新成员仅阅读文件,能否理解当时真正困难的决定?
  • 人员离开以后,哪些判断能力最容易一起消失?

临床运营中的很多能力很难直接写成 SOP。访谈和共同回顾的目的,不是收集更多故事,而是把判断线索、适用条件和行动逻辑说清楚。

6. 复盘结论将怎样改变下一次行动?

  • 哪项规则、模板、培训、治理节点或决策标准需要改变?
  • 谁负责形成和维护组织资产?
  • 哪些角色和项目需要使用?
  • 在什么节点触发调用?
  • 使用者怎样找到并理解?
  • 下一次使用后,通过什么证据判断有帮助?
  • 什么情况下需要修改、扩大应用或停止使用?

如果复盘最后只形成一份存档材料,组织并没有完成学习。学习成果必须回到项目运行。

Part 03 · 判断框架

COD 判断框架:从项目经历到下一次行动

S08 采用四步框架:还原现场 → 校准假设 → 转化知识 → 回到行动。行动后复盘(AAR)提供进入现场的方法;双环学习决定复盘能够深入到哪一层;SECI 帮助个人经验进入团队知识;跨项目复用则检验组织是否真的学会。

还原现场 → 校准假设 → 转化知识 → 回到行动

1. 还原现场

用当时的信息重建过程,不用今天的答案改写昨天的决定

第一步需要建立完整的事件和决策时间线,至少包括:原计划和成功标准;关键假设;重要事件和信号;当时可以获得的信息;正式与非正式决定;实际行动;结果及偏差;团队当时无法控制的外部条件。

AAR 常用的四个问题可以作为讨论入口:原本希望发生什么?实际发生了什么?为什么出现差异?哪些做法需要保留或改变?

四个问题看似简单,质量取决于讨论环境。参与者需要能够提出不同记忆和不同解释。项目负责人不应先给出标准答案,也不应把复盘直接变成绩效评价。

正式文件只能提供部分证据。会议纪要通常记录结论,不一定记录被放弃的选项、当时的犹豫和非正式协调。高质量复盘需要把系统数据、计划版本、治理记录、供应商交付、中心反馈和参与者访谈放在一起核对。

本步骤输出:事件与决策时间线、事实底稿、原始目标和关键假设、已知与未知信息、结果偏差。

2. 校准假设

判断需要改变的是动作、管理机制,还是组织理解项目的方式

单环学习关注行动与结果之间的偏差:既定目标和规则不变,下一次怎样执行得更好?

双环学习继续追问:当时使用的目标、规则、指标和基本假设是否合理?

例如,中心启动延期以后,"更早催办合同"属于行动层改进;重新设计合同、伦理、物料和系统依赖关系属于机制层改进;检查组织是否错误地把"中心激活"当作"中心已经具备筛选能力",则进入假设层。

双环学习并不意味着每次复盘都要推翻现有流程。有些问题确实来自执行不到位。COD 需要根据证据选择改进深度,不能用"系统问题"替代个人应承担的明确责任,也不能用"人员失误"掩盖持续制造错误的管理环境。

本步骤输出:行动层、机制层和假设层发现;需要保留的有效做法;需要停止、调整或进一步验证的管理方式。

3. 转化知识

把个人经验变成团队能够理解、讨论和使用的知识

SECI 提供了四种知识转化方式:共同化(Socialization)让经历事件的人共同回顾、观察和比较经验,理解正式记录之外的现场;外显化(Externalization)把判断线索、因果解释、经验规则和例外条件说清楚;组合化(Combination)把经验与数据、流程、其他案例、现有模板和专业要求整合;内化(Internalization)通过培训、模拟、工具使用和下一项目实践,让显性知识重新成为团队能力。

SECI 不是"把经验写进文档"的同义词。真正困难的是把一句"有经验的人都知道"拆成可以观察和讨论的判断:看到了什么信号;为什么这个信号重要;当时考虑过哪些选项;哪些条件改变以后,原有做法不再适用;新成员怎样在相似情境中作出判断。

组织资产可以采用不同形式:判断清单、综合影响评估、治理规则、案例、培训模块、决策门槛、访谈问题、指标定义或系统触发条件。不是所有经验都应该进入 SOP。

本步骤输出:隐性知识记录、经验适用边界、需要更新的工具与规则、脱敏案例和培训材料。

4. 回到行动

让学习成果在下一项研究中被找到、调用和重新验证

组织记忆不只是保存。复盘材料需要有明确的:资产名称和用途;目标使用者;适用与不适用条件;维护负责人;存放位置;触发使用的项目节点;下一次计划使用的项目;使用后的反馈和版本更新。

COD 需要关注检索和调用。即使知识库保存了大量文档,如果项目团队在方案定稿、供应商选择、中心启动或方案修订时没有相应触发点,经验仍然不会进入行动。

跨项目复用不是简单复制。下一项研究需要记录:哪些内容被采用、哪些被调整、产生了什么结果、哪些原有判断得到支持或被新证据推翻。组织能力正是在一次次使用和修正中形成。

本步骤输出:经验转化与跨项目复用登记、更新后的项目工具、使用触发点、后续验证结果和版本记录。

从项目行动到新结果再次校准的八步组织学习闭环
框架闭环. 项目行动 → 实际结果 → 还原现场 → 校准假设 → 转化知识 → 更新规则与工具 → 在下一项目中使用 → 新结果再次校准。闭环的重点不是保存更多 lessons learned,而是提高组织下一次判断的质量。
Part 04 · 典型场景

一次研究方案修订,为什么演变成跨国家、跨系统的实施混乱?

以下案例用于演示判断方法,不代表某个真实项目,也不预设唯一正确答案。

场景起点

一项正在执行的多中心临床研究需要进行重要方案修订。修订内容同时涉及入排标准、访视和检查安排、安全性监测要求、部分数据采集内容以及受试者知情同意信息。

项目希望尽快完成方案定稿和递交,减少对整体开发时间线的影响。各职能都在推进负责的部分,但实施阶段逐渐出现一系列问题:不同国家的递交、批准和实施时间不一致;protocol、ICF、eCRF、IRT、实验室手册、供应计划和培训材料没有同时准备完成;部分中心完成了培训,配套系统却尚未上线;部分中心已经获得批准,但团队不清楚何时可以切换到新版本;在组受试者、新筛选受试者和新入组受试者需要不同的过渡安排;CRO、中心实验室、IRT 和其他供应商不断提出补充需求和变更订单;项目团队依靠人工追踪、临时会议和少数有经验人员维持版本管理;方案修订最终落地,但项目经历了重复培训、中心困惑、执行偏差、数据清理压力和额外成本。

团队完成实施后准备复盘。最容易形成的结论是:下次应当更早沟通、加强跨部门协调,并建立更详细的追踪表。这些建议没有错,但不足以解释为什么多个专业团队都完成了各自任务,整体实施仍然接近失控。

第一步:还原现场

复盘团队重新建立从修订概念形成到各中心完成切换的时间线:什么时候确认需要修订;当时希望解决什么问题;哪些内容在定稿前仍然变化;各职能何时收到相对稳定的输入;初步影响评估覆盖了哪些系统和供应商;国家递交、伦理审查、ICF、eCRF、IRT、供应、实验室和培训分别何时准备完成;谁决定某个国家或中心可以切换;使用什么标准判断"实施准备就绪";哪些依赖关系曾经被识别,但没有进入统一计划;哪些风险只有在中心开始执行后才暴露。

复盘不能只访问项目管理团队。临床开发、临床运营、注册、数据管理、统计、安全、供应、CRO 和关键供应商看到的是不同过程。正式时间线还需要与变更记录、培训记录、系统发布日期、中心反馈和治理会议材料交叉核对。

经过还原,团队发现:问题并非单一交付物延期,而是项目长期处于多版本并存、各系统不同步、国家和中心切换条件不清楚的状态。

第二步:校准假设

团队把发现分成三个层次。

行动层:个别交付没有按约定时限完成;部分依赖关系没有及时进入整合计划;中心问题的关闭标准不一致;培训完成状态没有与系统和物料状态联动。

机制层:方案修订影响评估由各职能分别进行,没有形成一份整合依赖图;项目以 protocol final date 作为统一启动信号,长周期工作没有提前准备;各职能分别确认本部门 ready,但项目没有国家—中心—受试者层面的 integrated readiness criteria;没有明确角色对多版本过渡和中心切换作出整体判断;供应商过晚进入评估,合同变更与技术准备被压缩到正式定稿以后。

假设层:

【1】假设一:方案正式定稿以后,实施工作才有条件开始。现实中,许多依赖关系需要在内容相对稳定时提前识别。等待最终版本才启动所有准备,项目已经失去时间余量。

【2】假设二:方案修订主要是一项医学和注册文件变更。方案修订会同时改变中心工作、患者路径、数据流、系统配置、供应需求、合同范围和培训安排,更接近一次跨系统的受控变更。

【3】假设三:每个职能完成自己的交付,整体实施便会自然完成。所有职能状态显示为绿色,不代表某个国家、中心或受试者已经具备使用新版本的完整条件。

【4】假设四:获得批准等于可以实施。监管或伦理批准只是实施条件之一。ICF、系统、供应、实验室、培训和中心确认可能仍未完成。

【5】假设五:所有国家和中心沿着同一条路径切换。实际项目可能长期处于多版本并存状态,需要明确国家、中心和受试者层面的过渡规则。

复盘因此从"下次更早催办"转向重新设计方案修订的治理方式。

第三步:转化知识

复盘团队邀请实际处理过问题的 PM、CTM、CRA、数据、注册、供应和供应商代表还原关键判断:怎样判断方案内容已经稳定到可以启动下游评估;哪些变化必须提前通知 IRT、中心实验室和供应团队;怎样区分批准、系统就绪、中心就绪和正式切换;在组受试者怎样进行版本过渡;哪些信号说明原有实施时间线已经失去可行性;哪些依赖必须由项目层统一管理,不能留给各职能分别追踪;哪些临时做法真正降低了风险,哪些只是把问题推迟。

这些经验再与正式数据和其他项目案例结合,形成:方案修订综合影响评估;修订内容与下游交付物依赖关系图;国家—中心—受试者版本状态管理方法;integrated amendment readiness criteria;方案修订治理节点和升级条件;关键供应商提前介入规则;供后续培训使用的脱敏案例。

第四步:回到下一次行动

下一项研究出现方案修订时,项目团队在规定节点调用学习成果:

【1】修订概念形成时,提前启动初步影响识别;

【2】内容相对稳定后,组织跨职能综合影响评估;

【3】正式定稿前,确认关键实施路径和长周期依赖;

【4】国家获得批准后,继续判断系统和中心是否具备切换条件;

【5】实施后验证中心执行、数据采集和受试者过渡是否符合预期;

【6】根据新项目结果更新现有规则和工具。

复用登记显示,部分方法适用于所有重要方案修订,部分过渡规则只适用于特定国家和系统配置。团队据此调整资产边界,没有把一次项目做法机械复制到所有研究。

案例带来的核心判断

方案修订不只是一份文件发生变化,而是临床研究运行系统发生了一次受控变更。

项目团队如果只管理方案定稿和监管批准,就会把大量实施风险推迟到国家、中心、系统和受试者层面。S08 的价值,是让组织不只记住"这次很混乱",而是改变下一次管理方案修订的方式。

Part 05 · 关键动作

COD 在本场景要做的关键动作

  • 选择真正值得结构化复盘的事件,不把复盘资源平均分配给所有事项。
  • 在讨论原因前还原原计划、当时信息、关键假设、决定、行动和结果。
  • 明确区分事后得知的信息与当时可获得的信息。
  • 让不同职能、地区和外部伙伴的叙述进入同一条事件时间线。
  • 把发现分为行动层、机制层和假设层,选择相称的改进深度。
  • 同时复盘失败、near miss 和超出预期的有效做法。
  • 为每条重要经验说明适用场景、限制条件和需要进一步验证的部分。
  • 通过访谈、共同回顾和案例复现,提取关键人员掌握的隐性判断。
  • 把经验转化成具体规则、工具、案例、培训、指标或系统触发条件。
  • 指定维护负责人、调用节点和下一次复用项目。
  • 在下一项研究中验证学习成果,根据新证据继续修改。
  • 用脱敏证据表达个人贡献,清楚区分团队成果、个人判断和正式决策权。
Part 05 · 责任边界

责任边界

协调责任不意味着替代专业职能。

职能边界一览

临床运营负责人:选择复盘议题;确保事实和不同观点能够进入讨论;组织跨职能还原与判断;推动经验进入项目工具、治理和培训;跟踪跨项目调用。COD 不应预先规定"正确结论",也不应把复盘变成绩效审判。

项目团队与专业职能:提供当时掌握的信息、专业判断和行动依据;确认事实准确性;判断本职能规则是否需要改变;共同定义经验的适用边界。医学、统计、质量、安全、注册和数据方面的专业结论仍由相应职能负责。

PM、CTM、CRA 与一线执行人员:补充正式记录中没有体现的现场信息、早期信号、例外处理和执行约束。参与者不只是被访谈对象,也应参与判断哪些经验能够真正被新团队使用。

CRO 与其他外部合作伙伴:在适当范围内提供交付事实、资源变化、接口问题和改进建议。合同争议、保密义务和质量责任需要与学习讨论分开处理,不能借"开放复盘"模糊正式责任。

QA 或组织学习相关角色:根据公司安排,提供质量体系、调查方法、知识管理或学习机制方面的支持。质量问题的正式调查、CAPA 和有效性验证仍应遵守适用程序,不能被一般复盘取代。

管理者与人才发展团队:为跨项目复用、案例培训和知识维护提供资源。个人价值呈现可以用于发展和晋升,但不能把组织学习简化为个人绩效材料。

Part 05 · 相关能力

相关能力

组织学习、系统判断、项目治理、知识管理、跨职能引导、证据表达、人才发展、案例提炼、经验迁移。

复盘与绩效评价的边界

复盘需要心理安全,也需要事实责任。

如果所有发言都会直接进入绩效评价,参与者容易隐藏不确定性、临时变通和早期错误;如果复盘完全回避责任,组织又无法处理明确的失职和不合规行为。

更合理的做法是区分目的和流程:

【1】运营复盘用于理解过程、检验假设和改进系统;

【2】质量调查用于确认事实、影响、原因和正式措施;

【3】绩效管理用于处理岗位期望、能力和行为责任;

【4】必要时三类活动可以共享经过确认的事实,但不应混成一次会议。

Part 06 · 本场景配套工具

本场景配套工具

1. 项目行动后复盘记录

适用场景:关键决定执行完成、重要里程碑偏离、方案修订、重大恢复计划、near miss 或非常规成功做法。解决的问题:避免复盘只记录结果,帮助团队还原原目标、当时信息、关键假设、行动和实际结果。核心字段:复盘对象与学习目的;原计划和成功标准;事件与决策时间线;当时已知、未知和被忽略的信息;关键行动及依据;实际结果与偏差;需要保留、改变或进一步验证的做法。

2. 单环—双环学习判断表

适用场景:复盘结论反复停留在加强沟通、增加培训、提前规划和密切跟进时。解决的问题:区分需要改变的是执行动作、管理机制,还是原有目标、指标与基本假设。核心字段:已发现的问题;行动层解释与改进;机制层解释与改进;假设层解释与改进;支持证据与反证;改进深度;决策负责人;后续验证方式。

3. 临床运营隐性知识访谈卡

适用场景:项目高度依赖资深人员、正式文件无法解释关键判断、团队即将交接或关键人员离岗。解决的问题:把"有经验的人知道"转化为可以被观察、讨论和学习的判断线索。核心字段:当时最早出现的信号;为什么信号重要;正式流程没有覆盖的情况;考虑过的选项与取舍;有效和无效的临时处理;适用条件与例外;新成员最容易误判的地方;建议形成的案例、工具或培训。

4. 经验转化与跨项目复用登记表

适用场景:复盘已经形成结论,需要转化为组织资产并跟踪后续使用。解决的问题:把经验提炼、资产维护、项目调用和效果验证放在同一记录中,防止经验停留在共享文件夹。核心字段:经验来源和核心发现;适用与不适用条件;转化后的资产形式;目标使用者;维护负责人和存放位置;触发使用的项目节点;下一次计划使用的项目;实际采用与调整情况;使用结果和新证据;保留、修改、扩大应用或停止使用的决定。

价值呈现的补充记录

个人专业表达不单独增加第五个工具,可以作为第四项工具的脱敏输出。建议采用:项目处境 → 我的判断 → 关键决定或推动动作 → 组织发生的变化 → 结果证据 → 可迁移能力。

表达时需要说明正式决策权属于谁,区分团队成果与个人贡献,并删除项目名称、产品信息、中心身份、受试者信息、未公开数据和商业敏感内容。

Part 07 · 思想来源

本页方法论的思想基础

三种主要方法解决不同问题:行动后复盘(AAR)用于进入项目现场;双环学习决定复盘深度;SECI 帮助个人经验进入组织知识;组织记忆为第四步提供判断标准。

概念来源说明

行动后复盘(After-Action Review, AAR):AAR 用于进入项目现场。常用问题围绕预期、实际情况、差异原因以及下一次保留或改变什么。AAR 的价值不在一张固定模板,而在参与者基于事实进行共同发现。本页将 AAR 视为美国陆军长期发展并纳入训练体系的实践方法,不指定单一"发明者"。AAR 不能替代正式质量调查,也不能在参与者没有表达空间的环境中发挥作用。

双环学习:双环学习用于决定复盘深度。单环学习在既定目标和规则下纠正行动;双环学习检查目标、规则、指标和基本假设是否仍然成立。S08 借助双环学习避免所有结论都停留在"下一次做得更认真"。组织有时需要改变的是追踪方式,有时需要改变的是治理机制,有时需要重新理解项目。

SECI 知识转化:SECI 用于解释个人经验如何进入组织知识。共同化、外显化、组合化和内化不是一次性流程,而是持续往复的知识创造过程。S08 关注的不是把所有隐性知识都写成文件,而是把关键判断转化为适当载体,并让团队通过下一次使用重新获得实践能力。

组织记忆:组织记忆为第四步提供判断标准。知识需要被获取、保留和检索。保存大量文档不能自动形成记忆;只有项目团队在需要时能够找到并使用,经验才真正进入组织。

代表人物

Chris Argyris & Donald Schön

两位学者系统发展了组织学习以及单环、双环学习的讨论。相关思想帮助管理者从纠正行动进一步走向检查组织的目标、规则和基本假设。

Ikujiro Nonaka & Hirotaka Takeuchi

Nonaka 对组织知识创造的研究,以及两位学者对知识创造型公司的系统阐述,建立了隐性知识与显性知识持续转化的分析框架。SECI 常用于说明共同化、外显化、组合化和内化之间的关系。

U.S. Army AAR practice

行动后复盘在美国陆军训练和行动实践中得到长期发展。相关方法强调参与者共同还原预期与实际结果,通过自我发现改进行动,不宜把 AAR 归给一个随意指定的专家。

James P. Walsh & Gerardo Rivera Ungson

两位学者对组织记忆的研究强调信息的获取、保留与检索,也提醒管理者:组织记忆可能被正确使用,也可能被误用或长期无法调用。

Part 07 · 参考文献

参考文献

  1. Argyris, C. (1977). Double Loop Learning in Organizations. Harvard Business Review, 55(5), 115–125.
  2. Argyris, C., & Schön, D. A. (1978). Organizational Learning: A Theory of Action Perspective. Addison-Wesley.
  3. Nonaka, I. (1994). A Dynamic Theory of Organizational Knowledge Creation. Organization Science, 5(1), 14–37.
  4. Nonaka, I., & Takeuchi, H. (1995). The Knowledge-Creating Company: How Japanese Companies Create the Dynamics of Innovation. Oxford University Press.
  5. Walsh, J. P., & Ungson, G. R. (1991). Organizational Memory. Academy of Management Review, 16(1), 57–91.
  6. Department of the Army. (2025). TC 7-0.1: After Action Reviews. Headquarters, Department of the Army.

微信

继续关注 CODMap

如果您希望持续阅读临床运营、项目交付、风险识别、质量管理、供应商协同和团队建设相关的内容,欢迎扫描二维码关注我的微信公众号。

CODMap 网站用于沉淀相对完整的框架、方法和工具;微信公众号将用于分享新文章、工具更新,以及临床运营实践中的阶段性思考。

打开微信扫一扫,或在手机上长按识别二维码。

公众号内容仅用于个人学习、经验整理和行业交流,不构成医疗建议、临床试验招募或专业服务承诺。

CODMap 微信公众号二维码

微信公众号