项目与部门知识管理
先理解方法,再选择工具。资料有来源、版本和适用范围;个人笔记不会自动变成公共资料。
项目 Wiki · 我们在解决什么
合作场景:小青蛙义工平台。 已明确:只有报名本活动的义工可以现场扫码签到;提前到场记录实际时间;离场再次扫码;漏签可申请,由活动负责人核实。 原始时间段不等同于持续在场的证明,最终认定义工时数单独记录。 尚待确认:二维码有效期、活动现场流程、通知方式、角色权限细节。不要把团队假设写成甲方承诺。
YMS 起步手册草案 · 待导师完善
书籍仅使用获授权内容或官方阅读入口;这里没有上传受版权保护的完整书籍。
AI 协作区
这里将结合项目资料与任务开展连续对话。当前演示不调用付费 AI,也不加载任何人的真实对话记录。
你仍可以查看任务、手册、界面协作和交接流程。正式 AI 权限由组织另行配置。
学生贡献核实
团队成果不等于每个人完成了全部工作。把你的责任、版本、证据和成长分别留下来。
产品部学生
客户与产品部 · 小青蛙义工平台
这些数量是记录,不代表能力、努力程度或排名;没有采集在线时长,也不会推算“努力分”。
工作记录自动关联
先认领一项部门任务或加入共创,再记录你的责任。
整理成可展示的个人作品集
包含项目背景、个人职责、核实过的产物、方法与反思。默认不公开;导出不等于发布,也不代表推荐信、证书或升学保证。
从参与项目,到承担更多责任
评估标准 v0.1 · 供 Frank 审阅的草案,不是已公布的招生或录取规则。导师基于证据作出建议,学生可以补充和申请复核。
怎样判断,而不是怎样刷分
每项 0–4 级:0 暂未展现;1 需要较多引导;2 在提示下完成;3 可独立完成并解释;4 能帮助他人、稳定交接。未评估留空,不能当作 0 分。
不使用 AI 次数、任务数量、点赞、在线时长和完成速度计分。不设置自动录取阈值,也不按总分排名。
需求理解
能否追溯客户证据,解释要解决的问题与边界?
专业产出
成果是否达到该岗位约定的可检查标准?
协作与交接
能否说清责任、依赖,并让下一位同学接得住?
反思与迭代
是否根据测试和反馈改进,而非直接接受 AI 答案?
责任与诚信
能否如实说明本人贡献、AI 使用和未解决的问题?
导师建议与学生复核
看清团队进度,回应需要帮助的地方
小青蛙义工平台 · 1 张需求卡
计划与步骤
1. 三个部门共同完善 LF-001 的规则与验收条件。 2. 产品与设计共作界面,技术参与可实现性讨论。 3. 检查方案后,学生带着版本向甲方确认。 4. 学生按岗位认领工作,遇到困难发起提问或线上答疑。 5. 组织版本交接与联调,检查成果后由学生向甲方展示。
三个部门的工作状态
共创需求与界面
查看三个部门共同整理的规则,并检查当前界面草图。
甲方确认与交接
导师的检查意见和甲方确认分别保留。