人才系统与 AI 教练

让贡献被看见,让成长回到真实工作

项目制团队里,正式汇报、业务协作和项目角色经常交叉。同一个人可能在几个项目中承担不同责任,管理者需要理解他的贡献,也要处理项目之间对人才与资源的竞争。我把这些关系放进同一套系统,再让 AI 从具体项目与反馈出发,帮助员工复盘经历、理解位置并准备下一步。

古茗组织与人才
时间与场景

古茗 · 2026 至今

我的工作

我负责组织与项目关系建模、评价和校准规则、员工及管理端体验、AI 教练设计,并完成系统开发。

看清人的贡献
把岗位责任、项目角色和具体判断放回各自的工作情境。
看见项目关系
理解同一个人在多个项目中的责任、评价与资源冲突。
让 AI 帮助复盘
从眼前的工作开始,把一次经历谈到下一次行动。
界面实录01 / 03
切换系统截图

先回答:我现在在哪,下一步看什么

产品界面 · 演示数据

我把当前岗位与责任放在员工视线的起点,完整发展路径按需展开。首页先让人找到自己的位置,再将岗位要求、项目经历与行动连接起来。

先回答:我现在在哪,下一步看什么产品界面 · 演示数据

人才成长系统实际员工界面,展示当前岗位、下一阶段、专家与管理路径,以及责任和胜任标准,使用虚构演示数据

项目交付了,贡献怎样被看见

一场新品上市,可能同时涉及策略、创意、视觉和投放。项目结果属于团队,但每个人承担的责任、做出的判断和获得的锻炼并不相同。到了人才讨论时,只有项目名称和一句“表现不错”,既解释不了这个人的价值,也很难帮助管理者安排下一次机会。

我把项目经历作为连接业务与人才的起点:先看他在什么情境下负责什么,再看关键选择、协作与结果,最后回到岗位要求,判断哪些能力已经在不同场景中稳定体现。这样,人才讨论能够落到“下一次可以交给他什么责任”,项目也成为培养人的真实场景。

一个人,可以有多条工作关系

以一位参与新品上市的视觉设计师为例:他属于视觉团队,和市场业务方协作,在一个项目里是视觉主责,在另一个项目里可能只是协作成员。专业表现、业务反馈与项目贡献各有观察角度,需要被一起理解,也需要有清楚的责任边界。

我将正式管理关系、业务协作关系和项目参与角色分别建模,分别授权填写、反馈与校准。流程跟随真实责任:需要校准的交给指定审核人,由负责人直接管理的采用直接发布;了解全局的上级可以看进度,待办则送到具体负责的人。组织调整时,进行中的事项交给新负责人,已发布判断保留当时的责任人与历史。

同一个人,三条理解线索

以跨团队参与项目的视觉设计师为例,将不同来源的信息放回各自的业务情境。

同一个人,三条理解线索, 关系示意 · 以产品中的业务模型组织,未使用真实员工资料
关系留下什么信息帮助回答什么
正式管理岗位责任、阶段判断、校准记录这份岗位责任,是否稳定承担起来了?
业务协作需求背景、交付反馈、协作观察专业工作怎样支持了业务?
项目参与每个项目的本人角色、评价与结果这次经历具体体现了什么能力?
让不同视角汇合,让责任仍然清楚。

业务方能够补充事实,正式判断有明确负责人;项目角色随项目变化,组织归属和权限按各自的规则管理。

关系示意 · 以产品中的业务模型组织,未使用真实员工资料

当人同时出现在多个项目里

人才系统不能只记录一个人的岗位,还需要理解他正在参与什么。每个项目单看都可能排得合理,放在一起却会争用同一批核心人员。等到节点临近再协调,人的负担和项目风险都已经发生。

我把项目时间、优先级、负责人和核心资源需求放进同一套关系中,让管理者既能沿项目看贡献,也能提前发现冲突。排期因此不再是独立的小工具,而是理解责任、安排资源和讨论成长机会的一部分。

看表现,也看机会与授权

人才模型会反过来影响组织怎样理解人。我特别在意两种容易混淆的判断:带好一个项目,与让一支团队持续产出,需要不同的能力;没有某类项目记录,也可能意味着没有获得相应的机会和授权。

因此,我把专业、专家与管理的发展方向接到真实的岗位责任上。讨论转向另一条路径时,分别看既有优势、当前责任与新岗位需要验证的能力。对于需要继续观察的部分,把要求落实为真实任务,同时写清授权、验收标准、负责人支持和回看时间。评价由此能指导一次具体的人才安排。

员工打开后,先找到自己的位置

管理规则可以很完整,员工的注意力却很有限。面对一整张等级表,人最容易问的其实是:这些话和我有什么关系?我将首页收敛到当前岗位、下一阶段与下一步行动,让员工先从自己的处境进入。

先讲责任,再展开路径

“我负责什么”“怎样算胜任”直接呈现;完整发展路径与更细的规则按需展开。已经进入专家或管理方向的人,先看与自己有关的节点。信息顺序跟随人的问题,也保留深入了解的入口。

让员工带着自己的事实来讨论

员工可以主动申请成长评议,说明想走的方向,补充项目、日常工作或阶段成果,并解释自己承担的责任。这让员工有机会讲清那些没有被大项目标题覆盖的贡献。内部校准材料与面向本人的反馈分别组织;员工收到的是清楚的正式反馈、约定任务、联系人与回看时间。

AI 教练,接住一次具体的工作

“我怎样才能成长”往往太大,“这次项目里,我为什么会卡住”更容易开始。我把当前岗位、所选发展方向、项目角色和评价组织成教练的对话背景,并根据项目进行中、待评价、已获反馈的状态设计开场。员工无需先重述整套背景,就能从最近的一件事聊起。

对话的重点是帮助人重新看清自己的判断。我为教练设计了复盘、差距分析、行动规划与瓶颈讨论的不同方式:一次追问一个最能推进思考的问题,把本人选择与团队支持分开,把一次结果与可以重复的能力分开,再将抽象要求落到可尝试的行为、观察信号和反馈来源。

把一次卡点,推进成下一次尝试
  1. 从情境开始

    员工想复盘一次跨团队推进受阻的经历。先了解当时的目标、本人责任与遇到的具体分歧。

  2. 找到改变判断的问题

    围绕员工当时做过的选择继续追问,辨清是需求没有对齐、缺少决策授权,还是协作方式可以调整。

  3. 回到下一次工作

    把讨论收敛成下一次可尝试的做法、值得观察的变化,以及可以向谁获得反馈;需要时再整理成项目记录。

对话设计示意 · 展示教练的引导方式

同一套业务背景,两种不同的帮助

员工教练帮助本人理解经历和下一步;管理助手则跨项目整理角色与反馈,提示值得沟通的变化,以及适合安排的挑战任务。遇到记录缺口,先建议了解具体情况和验证责任,保留人的解释空间。我把两种视角分开设计,让 AI 的建议服务于真实的一对一沟通和人才安排。

把人才评议,接到下一次业务实践

我做出的系统把岗位模型、项目经历、多人评议、员工申报、正式反馈与 AI 对话连在一起。管理者能够沿着项目理解一个人的责任与贡献,员工能够带着经历参与讨论,成长安排也能回到下一次真实的工作中。

这个项目中,我负责从业务规则到数据关系,再到双端界面、角色权限与教练对话的整体设计和开发。我把对组织和人的理解落实到产品细节里:复杂关系由系统承接,使用者眼前留下清楚的依据、合适的沟通和可执行的下一步。

工作方式的变化

此前: 评价停在一个项目名或整体印象

形成的改变: 沿着本人责任、关键选择与跨项目表现讨论贡献

此前: 成长要求需要员工自己翻译

形成的改变: 从本人阶段进入,理解责任、方向与可积累的经历

此前: 一次评议结束,后续行动另行安排

形成的改变: 反馈关联真实任务、支持者与回看时间,继续进入实践

继续了解这个项目