日常管理相关内容

内部 docs/团队运作/02-日常管理相关内容.md

日常管理相关内容

版本:v1.0 草案 定位:工程师指导 + 学生自主的实验室日常运转方式 🔴 管理哲学:工程师是"指导者"不是"管理者"——不考勤、不排班、不打卡;学生学业与自主时间安排由本人和校方主导。 ⚠️ 薪资不谈:不涉及任何金额。


一、组织与角色

         校方实验室(场地/开放时段/门禁)
              │
   ┌──────────┼───────────┐
   │          │           │
 学生(自主工作)  驻场工程师(指导把关)   学院联络教师(学业协调)
角色 做什么 不做什么
学生 按约定时间到实验室,自主推进任务,主动提问 不被排班、不被考勤
驻场工程师(我方) 现场答疑、代码评审、任务拆解、质量验收、成长反馈、技术分享 不考勤、不排班、不做绩效式管理
学院联络教师 学业协调、校历同步、学生情况互通 不参与技术管理
我方技术负责人(远程) 任务来源、模块级把关、月度复盘 日常指导在现场工程师

二、时间与到岗

2.1 学生时间(弹性承诺制)

项 约定
每周投入 约 40 小时(白天课业耽误的,晚上补回实验室);可接受 20-30h 的学生按比例减任务
时段安排 学生自选,但与工程师驻场时段对齐(见 2.2)
考试周 自动降载或暂停(提前 2 周沟通)
学业优先 学生因课业/导师/论文请假,只需告知,不惩罚
记录方式 不考勤、不打卡;通过"任务进度 + 成果"了解投入(不是"工时表")

⚠️ 40h 是承诺投入,不是考勤工时(详见 README 第七节合规风险提示)。不做考勤表、不因"出勤不足"扣钱;衡量投入看任务推进,不看坐班。

2.2 工程师驻场节奏(每两周轮换一名工程师)

项 约定
驻场节奏 每两周轮换一名工程师:A 工程师驻场 2 周 → B 工程师驻场 2 周 → 依次轮换
驻场期间 住在实验室附近(本地住宿),提供现场答疑、集中评审、技术分享、一对一点评、任务拆解
不在场的两周 由当前驻场工程师的上一任/下一任或固定远程 owner 远程支持:IM 答疑、代码远程评审(约定每天固定 1-2h 在线窗口)
工程师来源 我方工程团队 2-4 人轮换(具体名单待定)

⚠️ 轮换制的三个现实问题(必须用机制对冲):

  1. 标准不连续:不同工程师评审尺度可能不同 → 验收标准(DoD)必须书面化、客观化,评审对照清单执行,不凭个人感觉;
  2. 任务上下文断裂:A 拆的任务 B 接手评审时可能不熟悉 → 每次换班必须交接:离开者输出《轮换交接单》(任务状态、待决事项、学生进度、遗留问题),接班者先花半天对齐再开始;
  3. 学生信任与指导连续性:学生刚适应 A 的风格,B 又来了 → 每个学生设一个"固定远程 owner"(我方一名工程师长期负责该学生的任务规划与最终验收),驻场工程师是"现场执行者",owner 是"稳定的技术负责人"——学生遇到判断性问题的最终拍板人始终是 owner。

推荐的稳定结构:固定远程 owner(每学生 1 名) + 轮换驻场工程师(现场)。轮换解决"现场有人",owner 解决"标准与责任稳定"。


三、任务管理(任务卡制,简化版)

3.1 任务从哪来

  • 我方项目拆解:工程师从真实项目拆出可独立完成的小任务(接口/页面/测试/文档/脚本);
  • 每张任务卡:目标 + 验收标准 + 截止时间(与学业协调)。

3.2 任务卡规则(沿用既有,简化)

  1. 无卡不派活:任务卡是任务与验收的唯一凭证;
  2. 写不出验收标准不派:验收标准前置;
  3. 任务量锁定:派发时确认,验收时不追加;
  4. 需求变更重新开卡:书面变更单;
  5. 难度分级:见习/独立/骨干(L1/L2/L3),与任务复杂度匹配。

3.3 任务流转

工程师拆卡 → 学生认领(或工程师指派)→ 学生实验室完成 → 提交(代码+自测+文档)
    → 工程师评审(现场或远程)→ 通过计入完成;不通过退回修改

四、指导机制(轮换工程师 + 固定远程 owner)

结构:每名学生 1 名固定远程 owner(稳定技术负责人 + 最终验收人)+ 轮换驻场工程师(现场执行指导)。

活动 频率 谁做 说明
现场答疑 驻场时随时 轮换工程师 学生先自己尝试,卡住再问
代码评审 每任务 owner 最终验收;驻场工程师初审 新人前 3 次评审由 owner 亲自做(标准稳定)
技术分享 每周 1 次 学生轮流或驻场工程师 30-40 分钟
一对一点评 每 2 周 1 次 owner(远程)或驻场工程师 进度、问题、成长建议(书面记录)
演示/验收 每模块结束 驻场工程师现场 + owner 远程确认 学生在现场演示成果

指导原则:工程师/owner 给"方法和反馈",不替学生写代码;学生必须自己动手,才有成长。 换班交接:每次驻场工程师换班,必须完成《轮换交接单》(任务状态、待决事项、学生进度、遗留问题)→ 交接给下一位,owner 全程知情。


五、沟通与信息同步

沟通 频率 参与者 内容
实验室周会 每周 驻场工程师(在场时)/ owner(远程)+ 全体学生 进度同步、阻塞、下周计划
任务评审 随任务 owner + 相关学生(驻场工程师初审) 交付验收
换班交接 每 2 周 离开者 → 接班者 + owner 任务状态、待决事项、学生进度
月度沟通 每月 owner + 学院联络教师 总体进展、学生状态、问题
月度复盘 每月 我方技术负责人 + owner 任务来源、质量、改进

六、行为规范与红线(沿用既有,不重复展开)

  • 非用工定性:实验室是协作场所,不是用工场所;学生不是员工(详见合规红线);
  • 保密:代码/数据不出实验室、不复制到个人设备、不用公网 AI 处理项目内容;
  • 红线清单:沿用 templates/A12-红线一页纸;
  • 安全:实验室用电/网络/人身安全按校方实验室管理规定 + 我方为参与学生投保(按协议约定);
  • 对外口径:被同学问起,说明是"校企联合实验室实践项目",有真实任务与指导。

七、退出与调整

情形 处理
学生主动退出 提前 2 周告知 → 交接手头任务 → 已交付照常处理(薪资另议)
连续不达标 书面告知问题 → 改进期 2 周 → 评估决定是否续约(见 03-考核)
学业冲突 随时降载/暂停,不惩罚
红线违规 立即终止(按红线清单)

退出后:不向学院作负面评价;可出具《实验室实践经历证明》(内容/周期/表现,客观)。


八、一句话总结

实验室是"指导 + 自主"的地方:工程师给方向和反馈,学生自己动手推进;时间弹性、学业优先、不考勤;任务有验收、红线有底线——把"协作"和"严谨"都立住。