莫AI PM
当前岗位:PMO负责人 目标方向:AI 项目管理 / AI PMO
浏览实践 ↘

AI
项目管理✦

从业务问题出发,定义需求、组织协作,用数据治理与 AI 工作流推进项目。

招聘速览 · 1 分钟了解我的工作 近期进展
项目、专题与支撑实践,分别说明做到哪一步
拖动探索 · 点击看详情 准备中

项目轨道准备中

01 / Work experience

让复杂协作有序推进。

当前以 PMO 负责人角色推进业务协作与 AI 实践,承担需求、规则和范围设计及阶段验收;此前以项目经理助理角色参与 AIGC 卡牌试产。

AI项目管理系统

参与需求与目标梳理,承担跟进规则、流程和范围设计。已有数据汇总、分析建议与展示;稳定刷新和真实行动闭环仍待贯通,数据治理属于同一底座。

项目全流程优化

接管遗留表格,梳理业务、研发、设计与备案需求,重构主记录和角色视图,组织培训并根据使用反馈持续调整。

AIGC卡牌试产

以项目经理助理角色参与 AIGC IP 卡牌试产,协同建立提示词、生成、精修与人工双签流程。此处仅作履历摘要;规模、周期和商业化结果待核验。

02 / Selected projects

我做了什么,带来哪些变化。

先看两个主项目的变化、本人贡献与证据;数据专题不独立计数,辅助实践补充执行细节。

Supporting cases

支撑实践与近期验证,不只展示顺利的一面。

Recent verification · 证据范围 09-17 至 09-28

近期做到哪一步?

先看已验证事件,再看仍待验证的部分。09-30 为招聘表达整理日,不是全系统当天健康检查。

交付提醒:业务卡未发送,失败告警已回读

观察:源表读取失败,业务卡为 failed_before_send;“未成功发送”告警送达且消息回读通过。来源为该次运行回执与告警回读。

后续验证:09-23 至 09-28 六次日常发送与消息回读通过;各次自愈状态仍为 warn,保留 1 项 hold。既展示送达结果,也保留未解项。

取舍与缺口:把业务发送与失败告警分开验收,不盲目重复发送;这些局部事件不证明零漏发、零重复或长期稳定。归入交付可靠性,不另算主项目。

知识归档:本次 5 / 5 检索与文件回读通过

观察:当日摘要与最终验证记录了归档、5 / 5 语义检索和文件回读,以及 checkpoint 检查;是本次验证范围,不是全库质量评分。

取舍与缺口:保留来源边界、检索结果与实际文件回读三层校验;归档辅助程序的全面质量门仍待实现,不宣称彻底消除幻觉或知识使用效率已提升。

任务路由:一次真实派发、结果回收与 QA

观察:路由完成记录与复核记录支持一次真实选择、单次发送、消息绑定和结果回收;公开文本草稿经本地核验。这里只展示 Agent 编排与验收实践。

取舍与缺口:外部执行端返回草稿,本地保留验收责任;禁工具要求是提示与观察策略,不是硬隔离。底层实际模型未知,未证明普遍更快、节省成本或规模化组织采用。

培训提交:隔离测试卡的两课提交与回写已验证

现有来源:V30 已核对个人隔离测试卡的两课提交、表格保存、原卡更新与独立 QA;未单独留存原始 webhook 请求体。

保留边界:正式每日提醒、多人采用、全完成/重放/并发及学习链接点击仍未验证;局部验证不升级为成熟业务案例。

03 / Core strengths

能力,落在具体判断里。

每项能力都对应一项已有实践。展开后可直接查看我的取舍、行动与证据边界。

区分来源冲突、历史缺证和关联缺口,再分派修正责任。看数据治理专题 ↗

将配置存在、实际运行、人员采用和业务改善分别验证。看结果与归因边界 ↗