团队评分只看最终结果，编写程序，统计成员试错的次数，同等成果下，试错次数更多者加分，鼓励不惧失败的创新心态。

用 Python 构建一个团队试错鼓励系统不看做对了多少而看敢试了多少——在同等成果下试错更多者加分。内容紧扣心理健康与创新能力课程保持去营销化、中立、可教学、可复用不涉及任何产品推广。项目名TrialScore — 团队试错鼓励评分系统一、实际应用场景描述在心理健康与创新能力课程中有一个反复被验证却极难落地的命题心理安全感Psychological Safety是团队创新的前置条件——而评分制度本身往往就是最大的破坏者。现实场景包括- 团队 KPI 只盯着最终交付试错被视作效率低- 成员学会了最安全的做法——不做不错- 复盘会上所有人只敢讲成功经验- 创新课程讲拥抱失败但团队成员用脚投票失败了谁负责组织行为学与心理学研究指出- 心理安全感高的团队创新产出显著更高Amy Edmondson, Harvard- 试错意愿比试错能力更能预测长期创造力- 同等成果下尝试路径更多的人未来解决问题的韧性更强TrialScore 的目标不是取消结果考核而是在团队评分中给敢试一个合法、可见、可量化的位置。二、引入痛点现有团队评分体系的盲区维度 传统评分 TrialScore核心指标 结果交付物 结果 试错过程错误处理 扣分 / 回避 同等成果下加分行为导向 趋利避害、最安全做法 鼓励探索、接纳失败创新影响 收敛思维风险规避 发散思维韧性培养隐性代价 无人敢试团队创造力慢性窒息 让试本身成为被奖励的行为真实痛点- 评分体系是团队文化的底层代码——它奖励什么成员就优化什么- 喊拥抱失败口号没用只要评分表上失败 扣分行为就不会变- 缺乏可操作的工具把试错鼓励从理念变成可执行的评分规则- 团队 leader 想改变但不知道怎么量化试错三、核心逻辑讲解先讲思想核心隐喻如果只做不错是最优策略那创新从何而来程序做了什么1. 定义试错的可记录行为- 主动提出被否定的方案- 做了实验 / 原型结果未达预期- 用了新方法过程中出错但最终修正- 在未知领域主动探索即使没产出- 关键不以是否成功评判而以是否敢试记录2. 核心评分公式教学简化版综合分 成果分 × 权重₁ 试错加分 × 权重₂试错加分 试错次数 × 单次加分值 × 多样性系数多样性系数尝试了不同类型 重复同一种3. 同等成果下的试错奖励- 如果甲、乙成果分相同- 甲试了 2 次乙试了 5 次- 乙的综合分更高- 信号你敢试分就更高——即使结果一样4. 团队可视化报告- 个人试错热力图- 团队试错氛围指数- 对比如果只看成果 vs 加入试错维度的排名变化关键设计原则- 不取消成果考核而是叠加试错维度- 不鼓励为试而试有多样性系数约束- 评分规则透明、可调适合课堂辩论四、代码模块化设计项目结构trial_score/│├── README.md├── requirements.txt├── main.py├── core/│ ├── member.py # 成员与试错记录│ ├── scoring_engine.py # 综合评分引擎│ ├── diversity.py # 试错多样性计算│ └── reporter.py # 团队报告生成└── data/└── team_log.json五、核心代码实现Python1️⃣ 成员与试错记录member.py# core/member.pyfrom dataclasses import dataclass, fieldfrom datetime import datetimefrom typing import List, Optionalimport uuiddataclassclass TrialRecord:一次试错行为的记录id: str field(default_factorylambda: str(uuid.uuid4()))timestamp: datetime field(default_factorydatetime.now)description: str # 做了什么尝试outcome: str # 结果成功/失败/未完成trial_type: str exploration # 试错类型见下方说明# trial_type 取值# proposal_rejected : 方案被否决但仍主动提出# experiment_failed : 实验/原型未达预期# new_method : 用新方法过程出错后修正# exploration : 在未知领域主动探索# pivot : 中途转向尝试不同路径dataclassclass TeamMember:团队成员档案id: strname: strrole: str # 成果分0-100传统评分result_score: float 0.0# 试错记录trials: List[TrialRecord] field(default_factorylist)def add_trial(self, description: str, outcome: str, trial_type: str exploration) - str:记录一次试错行为record TrialRecord(descriptiondescription,outcomeoutcome,trial_typetrial_type)self.trials.append(record)return record.iddef trial_count(self) - int:return len(self.trials)def summary(self) - dict:return {name: self.name,role: self.role,result_score: self.result_score,trial_count: self.trial_count(),trial_types: list(set(t.trial_type for t in self.trials)),}设计说明trial_type 是核心设计它不仅记录试了没还记录试了什么类型——这是多样性系数的基础2️⃣ 试错多样性计算diversity.py# core/diversity.pyfrom typing import Listfrom .member import TeamMember, TrialRecordclass DiversityCalculator:计算试错行为的多样性系数核心思想尝试 5 次同类方案 ≠ 尝试 5 种不同路径后者应获得更高加分# 类型权重越少见的试错类型权重越高TYPE_WEIGHTS {proposal_rejected: 1.2, # 敢于提被否定的方案——需要勇气experiment_failed: 1.0, # 做实验失败了——标准试错new_method: 1.3, # 用新方法——需要学习意愿exploration: 1.1, # 探索未知——需要好奇心pivot: 1.4, # 中途转向——需要灵活性}def type_diversity(self, member: TeamMember) - float:基于试错类型的多样性系数1.0 全部同类型越高 类型越丰富if not member.trials:return 0.0# 统计各类型出现次数type_counts {}for t in member.trials:type_counts[t.trial_type] type_counts.get(t.trial_type, 0) 1# 计算均匀度如果均匀分布系数更高n len(member.trials)if n 1:return 1.0# 简化的多样性指标类型数 / 总次数有上限 1.0diversity len(type_counts) / nreturn min(diversity * 2.0, 1.0) # 放大系数让差异更明显def weighted_trial_score(self, member: TeamMember) - float:考虑多样性的加权试错分不同类型 × 次数 × 多样性系数if not member.trials:return 0.0base 0.0for t in member.trials:w self.TYPE_WEIGHTS.get(t.trial_type, 1.0)base wdiversity_multiplier 1.0 self.type_diversity(member)return round(base * diversity_multiplier, 2)设计说明多样性系数防止刷次数——只重复同一种试错加分递减尝试不同类型加分递增3️⃣ 综合评分引擎scoring_engine.py# core/scoring_engine.pyfrom typing import List, Dictfrom .member import TeamMemberfrom .diversity import DiversityCalculatorclass ScoringEngine:综合评分引擎成果 试错核心公式教学用简化版综合分 成果分 × W_result 试错加分 × W_trial默认权重- W_result 0.6成果仍重要- W_trial 0.4试错被正式认可def __init__(self,weight_result: float 0.6,weight_trial: float 0.4,trial_point_value: float 3.0):self.weight_result weight_resultself.weight_trial weight_trialself.trial_point_value trial_point_valueself.diversity_calc DiversityCalculator()def score_member(self, member: TeamMember) - Dict:计算单个成员的综合分# 成果分归一化到 0-100result member.result_score# 试错加分raw_trial self.diversity_calc.weighted_trial_score(member)trial_bonus raw_trial * self.trial_point_value# 综合分composite result * self.weight_result trial_bonus * self.weight_trialreturn {name: member.name,result_score: result,trial_count: member.trial_count(),trial_raw: raw_trial,trial_bonus: round(trial_bonus, 2),composite_score: round(composite, 2),diversity: self.diversity_calc.type_diversity(member),}def rank_by_result(self, members: List[TeamMember]) - List[TeamMember]:传统排名只看成果return sorted(members, keylambda m: m.result_score, reverseTrue)def rank_by_composite(self, members: List[TeamMember]) - List[tuple]:新排名成果 试错scores [(m, self.score_member(m)) for m in members]return sorted(scores, keylambda x: x[1][composite_score], reverseTrue)def ranking_change(self, members: List[TeamMember]) - List[Dict]:对比两种排名的差异核心输出谁被低估了result_rank self.rank_by_result(members)composite_rank self.rank_by_composite(members)changes []for i, (member, score) in enumerate(composite_rank):old_pos result_rank.index(member)new_pos ishift old_pos - new_pos # 正数 排名上升changes.append({name: member.name,old_rank: old_pos 1,new_rank: new_pos 1,shift: shift,trial_count: member.trial_count(),composite: score[composite_score],result_only: score[result_score],})return changes设计说明ranking_change 是最有力的教学工具——它直观地展示如果加入试错维度谁被重新看见了4️⃣ 团队报告生成reporter.py# core/reporter.pyfrom typing import Listfrom .member import TeamMemberfrom .scoring_engine import ScoringEngineclass TeamReporter:生成团队试错鼓励评分报告def __init__(self, engine: ScoringEngine):self.engine enginedef generate_report(self, members: List[TeamMember]):print(\n * 70)print( 团队试错鼓励评分报告)print( * 70)# 个人明细 print(f\n 成员评分明细\n)print(f {姓名:10} {成果分:8} {试错次数:8} {多样性:8} {试错加分:10} {综合分:10})print(f {- * 60})scores []for m in members:s self.engine.score_member(m)scores.append((m, s))print(f {s[name]:10} {s[result_score]:8.0f} f{s[trial_count]:8} {s[diversity]:8.2f} f{s[trial_bonus]:10.1f} {s[composite_score]:10.1f})# 排名对比 print(f\n{ * 70})print( 排名对比只看成果 vs 加入试错维度)print(f{ * 70}\n)changes self.engine.ranking_change(members)print(f {姓名:10} {成果排名:10} {综合排名:10} {变化:8} {试错次数:8})print(f {- * 50})for c in changes:direction ↑ str(abs(c[shift])) if c[shift] 0 else \↓ str(abs(c[shift])) if c[shift] 0 else —print(f {c[name]:10} #{c[old_rank]:9} f#{c[new_rank]:9} {direction:8} {c[trial_count]:8})# 团队试错氛围指数 total_trials sum(m.trial_count() for m in members)avg_trials total_trials / max(len(members), 1)print(f\n{ * 70})print( ️ 团队试错氛围指数)print(f{ * 70})print(f\n 团队总试错次数{total_trials})print(f 人均试错次数{avg_trials:.1f})if avg_trials 4:level 活跃 —— 团队心理安全感较高elif avg_trials 2:level 温和 —— 有一定试错意愿可继续鼓励else:level 保守 —— 团队可能倾向于不做不错print(f 氛围等级{level})# 教学提示 print(f\n{ * 70})print( 教学提示)print( 1. 本工具不改变成果重要的事实只是让试错被看见)print( 2. 排名变化最大的成员往往是被低估的探索者)print( 3. 多样性系数防止刷次数——鼓励尝试不同类型)print( 4. 权重0.6/0.4可在课堂中辩论调整)print( 5. 长期追踪试错次数 ↑ → 团队创新韧性 ↑)5️⃣ 主程序main.py# main.pyfrom core.member import TeamMemberfrom core.scoring_engine import ScoringEnginefrom core.reporter import TeamReporterdef main():# 模拟一个 4 人团队members [TeamMember(idm1, nameAlice, role前端开发, result_score85),TeamMember(idm2, nameBob, role后端开发, result_score90),TeamMember(idm3, nameCarol, role产品经理, result_score80),TeamMember(idm4, nameDave, role设计师, result_score75),]# Alice成果高试错少安全型members[0].add_trial(用熟悉的技术方案, 成功, experiment_failed)# Bob成果最高也愿意试错探索型members[1].add_trial(尝试新数据库方案, 失败, new_method)members[1].add_trial(提出重构建议被否决, 被拒绝, proposal_rejected)members[1].add_trial(用新方法优化接口, 部分成功, new_method)members[1].add_trial(探索无服务器架构, 未完成, exploration)members[1].add_trial(中途改用图数据库, 成功, pivot)# Carol成果中等试错最多实验型——可能被传统评分低估members[2].add_trial(尝试新的用户调研方法, 有效, new_method)members[2].add_trial(提出激进功能方案被否决, 被拒绝, proposal_rejected)members[2].add_trial(原型 A/B 测试失败, 失败, experiment_failed)members[2].add_trial(探索竞品差异化定位, 进行中, exploration)members[2].add_trial(转向用户共创模式, 成功, pivot)members[2].add_trial(尝试新的需求优先级框架, 有效, new_method)# Dave成果最低但试错积极成长型——传统评分最吃亏members[3].add_trial(尝试新设计工具, 学习曲线陡峭, new_method)members[3].add_trial(提出大胆视觉方案被否决, 被拒绝, proposal_rejected)members[3].add_trial(探索暗色主题可行性, 用户反馈一般, exploration)members[3].add_trial(改用组件化设计思路, 成功, pivot)# 计算与报告engine ScoringEngine()reporter TeamReporter(engine)reporter.generate_report(members)if __name__ __main__:main()六、README 文件# TrialScore一个团队试错鼓励评分系统。## 目的- 在团队评分中让敢试被看见、被量化、被奖励- 同等成果下试错更多者加分- 培养不惧失败的团队创新心态## 使用说明### 运行环境- Python 3.8- 仅使用标准库### 启动bashpython main.py### 添加团队成员pythonfrom core.member import TeamMemberm TeamMember(idm1, name你的名字, result_score80)### 记录试错行为pythonm.add_trial(description做了什么尝试,outcome成功/失败/被拒/未完成,trial_typeexploration # 见下方类型说明)### 试错类型与权重| 类型 | 说明 | 权重 ||---|---|---|| proposal_rejected | 主动提出被否决的方案 | 1.2x || experiment_failed | 实验/原型未达预期 | 1.0x || new_method | 用新方法过程出错后修正 | 1.3x || exploration | 在未知领域主动探索 | 1.1x || pivot | 中途转向尝试不同路径 | 1.4x |### 调整权重修改 main.py 中 ScoringEngine 的参数pythonengine ScoringEngine(weight_result0.6, # 成果分权重weight_trial0.4, # 试错分权重trial_point_value3.0 # 每次试错基础加分)## 输出内容- 成员评分明细成果分 / 试错分 / 综合分- 排名对比只看成果 vs 加入试错维度- 团队试错氛围指数- 教学提示## 适用场景- 团队创新工作坊- 心理健康课心理安全感模块- 项目管理课程替代/补充 KPI 讨论- 敏捷团队 retrospectives## 核心原则- 不取消成果考核只是叠加试错维度- 多样性系数防止刷次数- 所有数据本地存储- 权重可在课堂中辩论调整## 教学建议1. 先按传统方式排一次名2. 加入试错维度后再排一次3. 讨论谁的排名变了为什么4. 辩论权重应该是多少七、核心知识点卡片去营销化卡片 1心理安全感与创新- 关键词Psychological SafetyEdmondson、团队文化- 要点成员是否敢说我不知道我试了一个新想法但失败了——是创新的前置条件卡片 2试错意愿 vs 试错能力- 关键词Risk Tolerance、Exploration vs Exploitation- 要点有能力试错 ≠ 愿意试错评分体系直接影响愿意的程度卡片 3可操作的制度设计- 关键词Incentive Alignment、Behavioral Architecture- 要点想改变行为别只喊口号——改评分表行为自然跟着变八、总结工程师视角这个程序不是在反对 KPI而是在说你量什么你就得到什么。技术层面- 用不到 400 行标准库代码构建了一个完整的行为激励微系统- 多样性系数 10 行代码却解决了刷次数的博弈漏洞- 排名对比ranking_change 是整个系统最有说服力的输出心理层面- 把试错从冒险行为重新定义为可记录的职业资产- 让团队 leader 有一个工具去正式地说在这个团队你敢试我就看得见并且会加分。- 这句话的力量远大于任何拥抱失败的标语最终价值不是告诉你别看结果看过程而是给你一个可操作的工具让每次团队复盘时都能问一个更好的问题在我们今天的评分里有没有把敢试算进去如果没有我们到底在奖励什么利用AI解决实际问题如果你觉得这个工具好用欢迎关注长安牧笛