校园图书馆服务满意度小组作业 分工与协作计划（截至 2025-11-30 23:00）

说明：本计划严格对应任务模块与成员可用时段，明确子任务、完成标准、时间表与协作规则，确保按时交付“分析报告、数据字典、清洗代码与可视化演示”。

一、小组成员及任务分配表

成员-任务（按模块分解，含完成标准与产出）

• 资料收集

  • 问卷（负责人：周可；执行：李澄）
    • 子任务：
      • 指标体系与题项定稿：Likert 1–5；维度含“服务效率、馆藏资源、环境设施、人员服务、系统便捷、总体满意”。
      • 问卷上线（问卷星/Qualtrics），设置逻辑、必答、质量控制（IP 限制、时长阈值≥90秒、反向题2个）。
      • 分发与样本监控（自动定时推送、进度看板）。
    • 完成标准：
      • 有效样本≥120，缺失率<5%，无效（时长<60秒/一致作答）≤5%。
      • 导出 CSV UTF-8，与数据字典变量一一对应。
    • 产出：
      • questionnaire_final.qsf/.docx、distribution_plan.md、survey_2025-11-30.csv
  • 访谈（负责人：贾诺）
    • 子任务：
      • 访谈提纲与知情同意书；招募不同年级/专业/使用频次用户。
      • 半结构化访谈6人（线上/线下，30–40分钟）。
      • 录音转写与一级编码，输出主题要点。
    • 完成标准：
      • 已签电子同意；去标识化存储；主题饱和度达成（重复主题出现）。
    • 产出：
      • consent_form_v1.pdf、interview_protocol_v1.docx、 interviews_raw/（音频/转写）、qual_codes.xlsx、themes_summary.md

• 数据分析（负责人：周可；支持：李澄）

  • 子任务：
    • 预处理与清洗规则：缺失/异常处理、反向题还原、量表合成。
    • 信度与结构：Cronbach’s alpha、McDonald’s ω、KMO、Bartlett、EFA（主成分/最大方差旋转）、平行分析。
    • 假设检验与建模：
      • 组间差异：t检验/ANOVA 与 Mann-Whitney/Kruskal-Wallis 交叉验证。
      • 影响关系：OLS 回归与稳健回归（HC3/Huber），多重共线诊断（VIF<5）。
    • 敏感性分析：删除极端值/替代编码/Bootstrap。
  • 完成标准：
    • 关键结论均完成“两法交叉验证”，并报告效应量（Cohen’s d/η²/标准化回归系数）。
    • 出具结果表与图（统一命名与色板）。
  • 产出：
    • notebooks/analysis_plan.ipynb、analysis_results_v1.ipynb、 outputs/tables/.csv、outputs/figures/.png

• 编程开发（负责人：李澄；支持：周可）

  • 子任务：
    • 仓库与环境：初始化仓库、requirements.txt、数据路径、.gitignore、README。
    • 清洗与自动化：src/cleaning/.py、src/analysis/.py；一键重现（make all / python -m pipeline）。
    • CI/Lint：Black/Flake8 通过；数据质量检查脚本（重复、缺失、异常值报告）。
  • 完成标准：
    • 任意机器“1条命令”可全量重现 outputs。
    • PR 流程与代码审查通过。
  • 产出：
    • 仓库结构（见协作规则）、pipeline 脚本、CI 报告

• 报告编写（负责人：周可；贡献：李澄、贾诺、王婧）

  • 子任务与分工：
    • 摘要/引言/方法-量化/结果-量化：周可
    • 方法-质性/访谈发现/建议要点初稿：贾诺（提供 themes_summary.md，由周可整合成文）
    • 数据与代码附录、可重现性说明：李澄
    • 版式与图表统一：王婧
  • 完成标准：
    • 6000±10%字；图表编号与引用齐全；结论与建议对齐证据。
  • 产出：
    • report/report_v1.docx → report/report_final.pdf

• 演示制作（负责人：王婧；支持：周可）

  • 子任务：
    • 故事线（问题—发现—原因—建议—实施路径）。
    • 关键图表可视化与配色统一；备讲稿与演练备注。
  • 完成标准：
    • 12–15页、≤8分钟可讲完；图表与报告一致；色板统一。
  • 产出：
    • slides/slides_final.pptx、speaker_notes.md

• 校对修改（负责人：王婧；全员参与）

  • 子任务：
    • 语言/格式/图表风格、数据一致性、统计复核、伦理与引用核查、端到端重现。
  • 完成标准：
    • QA 清单100%打勾；重现脚本无报错；提交材料齐全。
  • 产出：
    • qa_checklist.md、release_notes.md

成员视角概览（谁负责什么）

• 周可：数据分析（主）、问卷设计（主）、报告主体（主）、统计复核（主）
• 李澄：编程开发（主）、问卷上线/分发（主）、自动化表图（主）、可重现性（主）
• 王婧：演示与视觉（主）、版式统一（主）、语言与版式校对（主）
• 贾诺：访谈与质性（主）、伦理合规（主）、建议要点（提供素材）

二、任务时间表（本地时区；与成员可用时段严格匹配）

11-27（周四）

• 19:00–19:15 启动站会（可/澄）
• 19:15–20:30 问卷指标与题项定稿（周可）
• 20:30–22:30 问卷配置与上线、仓库初始化/CI、数据字典骨架（李澄；周可提供字段）
  • 里程碑：repo 建好、questionnaire 发布为未公开链接、data_dictionary.csv 模板推送
• 22:30–23:00 同步与风控检查（样本目标与分发渠道确认）（可/澄）

11-28（周五）

• 全天 自动分发运行（由李澄前晚设置的定时任务/群公告）
• 12:30–12:40 日常文本报平安（群内异步）
• 19:30–21:30 预清洗演练：拉取前100份样本做试清洗与EFA可行性检验（周可）
  • 里程碑：清洗脚本初版、KMO>0.7；若不足则简化维度并优化题项解释

11-29（周六）

• 09:00–11:30 数据管道与自动化：清洗/合并/表图批量生成，make all 可跑通（李澄）
• 12:30–12:45 站会（可/澄/线上同步给王、贾）
• 14:00–17:00 访谈4–6人、转写与一级编码（贾诺）
• 14:00–17:00 量化分析：信度/结构/初步模型与组间检验（周可）
• 17:00–18:00 接口对齐：字段/文件路径冻结到 v0.9（可/澄）
  • 里程碑：outputs/ 初稿表图齐；themes_summary.md 草稿齐
• 19:30–22:00 报告初稿撰写：方法与结果成文、附录框架（周可、李澄）

11-30（周日，截止日）

• 09:00–11:30 自动化完善与最终表图导出、数据字典完善（李澄，与周可对齐）
• 11:30–11:45 站会（全员）
• 14:00 关闭问卷；数据锁定 data/survey_2025-11-30.csv（李澄）
• 14:00–16:30 终版分析与稳健性/两法交叉验证补齐，结果写入报告（周可）
• 14:00–17:00 演示制作：故事线、图表与样式、演讲备注（王婧）
• 16:30–17:30 质性发现凝练与建议要点确认（基于周六产出）（贾诺）
• 17:30–18:30 合稿：报告版式统一、图表引用核对（可/婧/澄）
• 18:30–19:00 阶段回顾会议（全员）
• 19:00–21:00 全面校对与重现：
  • 王婧：语言/版式/色板一致性
  • 周可：统计与结论交叉验证勾选
  • 李澄：从零重现跑通并输出提交包
  • 贾诺：伦理与同意、引述与去标识核查
• 21:00–22:00 最终打包与提交：PDF 报告、PPT、数据字典、代码仓库链接与提交记录；云盘/仓库双备份（李澄执行，周可复核）
• 22:00–23:00 缓冲与应急（仅在失败时启用）

三、协作规则与沟通机制

• 会议与沟通（每日）

  • 每日站会：11-27 19:00（启动），11-28 12:30（文本），11-29 12:30，11-30 11:30，18:30（回顾），各15分钟。
  • 通讯工具：微信群（即时）、飞书文档/石墨（协作文档）、Git 仓库（代码）。
  • 响应 SLA：工作时间内2小时内响应@，阻塞问题立即升级到群内+电话。
  • 看板：Trello/飞书多维表，列：Backlog/Doing/Review/Done；任务卡必须含负责人、截止时间、验收标准。

• 仓库与可重现性

  • 结构（示例）
    • data/raw/survey/, data/raw/interviews/
    • data/processed/
    • src/cleaning/, src/analysis/
    • notebooks/
    • outputs/figures/, outputs/tables/
    • report/, slides/, docs/
    • data_dictionary.csv, requirements.txt, README.md, Makefile
  • 运行：python -m pip install -r requirements.txt；make all 或 python src/pipeline.py 一键生成 outputs。
  • 分支与合并：main（保护）、dev、feature/；提交信息格式 feat/clean: xxx；PR 需1人审核（分析改动→周可审；管道/代码→李澄审）。

• 数据字典与命名规范（统一要求）

  • 变量命名：全小写_snake_case；前缀 q_ 为题项，f_ 为因子，demo_ 为人口学，meta_ 为元数据。
  • 缺失与异常编码：缺失NaN，特殊缺失另设 -9/-8 并在 data_dictionary.csv 标注。
  • 字典字段：variable_name, label, type, allowed_values, missing_codes, scale, reverse_key, compute_rule。
  • 文件命名：<对象><日期><版本>，如 survey_2025-11-30_v1.0.csv；图表 fig_<主题>_<编号>.png。
  • 数据锁定：11-30 14:00 冻结 v1.0；之后分析仅读 v1.0。

• 可视化统一色板（固定）

  • 主色 #2F5597、强调 #E98300、辅助 #6C757D、正向 #2CA02C、负向 #D62728；背景#FFFFFF。
  • 字体：中文思源黑体/苹方，英文 Roboto；字号≥10pt；标题/图例/轴标签对齐报告。
  • 图表规则：最多5色；同一指标同色；误差线为95%CI；暗网格线禁用，明细分隔线≤0.5pt。

• 统计与交叉验证（质量门槛）

  • 量表可靠性：Alpha 与 Ω 均≥0.70；结构性：KMO≥0.7，Bartlett p<0.05。
  • 组间差异：t/ANOVA 与 Mann-Whitney/Kruskal-Wallis 均报告，方向一致；报告效应量 d/η²。
  • 影响关系：OLS 与稳健回归（HC3/Huber）系数方向一致且显著性差异可解释；报告VIF<5、标准化β。
  • 敏感性：去极端值（IQR1.5）与保留全样本两版结论差异可接受（方向不变）。
  • 关键结论清单需在 qa_checklist.md 勾选“两法已交叉验证”。

• 伦理与合规

  • 问卷首页展示研究目的、匿名说明、退出权利；必须勾选知情同意才可进入。
  • 访谈全程录音需口头与书面同意；存储去标识化；仅团队内部访问。
  • 数据仅用于本课程作业；提交包不含原始音频，仅提供去标识纪要。

• 阶段回顾与质量检查点

  • 阶段回顾：11-27 22:30（Phase 1：问卷与仓库）、11-29 18:30（Phase 2：模型与质性）、11-30 18:30（Final）。
  • 核心里程碑与门槛：
    • 11-28 20:00 问卷累计≥60份；不足则追加二级渠道（学院群/社团、赠品抽奖文案）。
    • 11-29 18:00 访谈≥4人并完成初步编码；不足则补邀当晚短访（≤20分钟）。
    • 11-30 14:00 数据锁定；之后仅改文档不改数据。

• 风险与应对（只针对本作业相关）

  • 问卷不足：触发班群/图书馆公众号/朋友转发，开启抽奖1–2份卡券（若允许）；或降低假设数量、聚焦核心维度分析。
  • 访谈不足：转为微访谈（10–15分钟）并纳入“快速主题笔记”，明确为探索性证据。
  • 管道失败：转手动备选导出（notebooks 内嵌表图生成），同时记录在 release_notes.md。

如需我们即刻创建仓库与模板文件，请回复仓库平台（GitHub/Gitee）与首选问卷平台（问卷星/Qualtrics），我将给出初始化命令与首批文件清单。

寝室智能收纳辅助器｜小组分工与协作计划（截至：2025-12-20 17:30）

任务分解与完成标准

• 资料收集
  • 子任务：目标用户画像、痛点清单、使用场景梳理；竞品扫描（5款以上，记录优缺点与启示）
  • 输出：研究简报（PDF）、竞品矩阵（表格）、场景清单（含优先级）
  • 完成标准：信息来源可追溯；至少10条关键洞察；竞品覆盖不同形态（模块化/壁挂/智能/非智能）
• 设计制作
  • 子任务：外观与结构草图（3套方向）；信息架构与功能流程；低/高保真原型（统一组件库）
  • 输出：草图集（标注尺寸/结构）；Figma原型链接（移动端+桌面管理端如适用）；组件库
  • 完成标准：草图可支撑制造可行性讨论；原型关键流程可点击；组件命名统一、无散件
• 实验设计
  • 子任务：可用性测试方案（任务脚本、量表、记录表）；参与者招募（≥12人）；执行与分析
  • 输出：实验方案（PDF）、原始记录（表格）、分析报告（含SUS/任务完成率/问题分级）
  • 完成标准：参与者符合目标用户；覆盖不少于3个核心任务；SUS分数、关键问题与改进建议明确
• 文案撰写
  • 子任务：关键场景叙事（入寝-收纳-取用-维护）；核心价值主张与功能分解；概念说明
  • 输出：场景故事板（文字+示意图）、功能分解树（层级图）、概念说明（1页）
  • 完成标准：叙事连贯、可映射到原型；功能分解到可测试的操作粒度
• 报告编写
  • 子任务：设计说明书整合（需求、方案、可实现性、改进建议）；图文排版与校对
  • 输出：设计说明书（PDF，20–30页）；版本日志
  • 完成标准：结构清晰、图表规范、引用完整；无低级错误；改进建议与数据闭环
• 演示制作
  • 子任务：演示脚本与分镜；录屏与剪辑；终版演示稿（含视频/PPT）
  • 输出：3–5分钟演示视频；PPT不超过20页；配套讲稿
  • 完成标准：信息密度适中、节奏清晰；与报告一致；展示关键交互与价值

小组成员及任务分配表

任务时间表（按周冲刺与具体日期）

• 项目周期：2025-11-27 至 2025-12-20

Sprint 1（11/27–12/01）：方向定稿与研究铺底

• 11/27（周四）20:30–22:00｜Kickoff
  • Owner：郑笛；参与：全员可选（录屏）
  • 输出：目标与范围、看板搭建、工具与组件库规范
• 11/28（周五）20:00–23:00｜草图方向探索（崔行）
  • 输出：2套初步草图
• 11/29（周六）09:30–12:00｜演示框架与素材清单（萧然）
  • 输出：演示脚本草案v0.1、素材清单
• 11/29–12/01（周末+周一）｜资料收集与需求梳理（叶清+郑笛）
  • 叶清：竞品扫描5款、访谈（≥6人）初轮；郑笛：需求/痛点归纳
  • 截止：12/01 21:00
  • 输出：研究简报v0.5、竞品矩阵v1、痛点Top10
• 12/01（周一）20:00–22:30｜场景叙事初稿（唐墨）
  • 输出：场景故事板v0.5（4个场景）

检查点 Gate-1（12/01 21:00）：研究与方向确认（双轨）

• 概念轨：草图方向+价值主张确认（郑笛/崔行）
• 可用性轨：核心任务清单与测试目标确认（叶清）

Sprint 2（12/02–12/08）：低保真原型与首次测试

• 12/02（周二）20:00–23:00｜信息架构与流程（郑笛+崔行）
  • 输出：功能分解树v1、主流程图
• 12/04（周四）20:00–22:30｜组件库搭建与命名规范（郑笛+萧然）
  • 输出：Figma组件库v1（基础控件+模板）
• 12/05（周五）20:00–23:00｜低保真原型v1（崔行）
  • 输出：可点击原型（关键任务路径）
• 12/04–12/05｜参与者招募与排期（叶清）
  • 目标：≥12人；来源：班级/寝室群；形成排期表
• 12/06（周六）与 12/07（周日）｜可用性测试（叶清主导）
  • 时段：09:30–12:00 与 14:00–17:00（分3场，每场4人）
  • 指标：任务完成率、平均用时、错误数、SUS、主观反馈
• 12/08（周一）｜测试分析与改进清单（叶清）
  • 输出：分析报告v0.9、问题分级（P1/P2/P3）、改进建议

检查点 Gate-2（12/08 22:00）：低保真与测试闭环

• 概念轨：信息架构/流程合理性评审（郑笛/崔行/唐墨）
• 可用性轨：问题分级与优先级确认（叶清）

Sprint 3（12/09–12/15）：高保真原型与文档成型

• 12/09（周二）20:00–23:00｜草图定版与结构细化（崔行）
• 12/11（周四）20:00–22:30｜演示分镜定版与素材拍摄（萧然）
• 12/12（周五）20:00–23:00｜高保真原型v1（崔行）
• 12/09–12/12｜文案深化（唐墨）+ 可实现性分析（郑笛）
  • 输出：场景叙事v1.0、概念说明v1.0、技术与制造可行性简报
• 12/13（周六）09:30–12:00｜原型细节完善（崔行+郑笛）
• 12/15（周一）20:00–22:30｜报告初稿（郑笛整合，各模块供稿）
  • 输出：设计说明书v0.8（20页+）

检查点 Gate-3（12/15 22:30）：高保真与报告框架锁定

• 概念轨：高保真一致性与叙事贴合度（郑笛/唐墨/崔行）
• 可用性轨：针对P1问题的修复验证方案（叶清）

Sprint 4（12/16–12/20）：最终打磨与提交

• 12/16（周二）20:00–23:00｜高保真原型v2与动效（崔行）
• 12/18（周四）20:00–22:30｜演示初剪v0.9（萧然）+ 报告v1.0校对（郑笛/唐墨）
• 12/19（周五）20:00–23:00｜演示定剪v1.0与演示彩排（全员）
• 12/20（周六）10:00–12:00｜最终包整理与提交前检查（全员）
  • 提交内容：设计说明书PDF、Figma原型链接、演示视频与PPT、版本日志
  • 截止：12/20 17:30（预留至少5小时缓冲）

检查点 Gate-4（12/19 23:00）：交付冻结

• 全部输出一致、无缺项、版本号统一

协作规则与沟通机制

• 看板与节奏
  • 工具：Trello（或飞书/Notion看板），列：Backlog / To-Do / In-Progress / Review（概念/可用性双泳道）/ Done
  • 每张卡必须包含：负责人、截止日期、子任务清单、验收标准、关联文件链接
  • 周度节奏：Sprint开始设目标，周末进行Gate评审（异步为主，必要时双人线下）
• 评审双轨（概念/可用性）
  • 概念轨Owner：郑笛（聚焦价值、逻辑与一致性）；可用性轨Owner：叶清（聚焦任务完成与体验数据）
  • 每次Gate必须两轨都“通过”，否则将问题拆解为卡片进入下一迭代
• 时段化协作安排（结合个人可用时间）
  • 周一晚 20:30–21:30：文案评审（唐墨+郑笛）
  • 周二晚 21:00–22:00：设计评审（崔行+郑笛）
  • 周三晚 21:00–21:45：研究/测试评审（叶清+郑笛）
  • 周四晚 21:00–22:00：演示评审（萧然+郑笛）
  • 周五晚 21:00–22:30：整体验收小会（参与者以任务Owner为主；录屏留存）
  • 周末：测试/拍摄/集中制作（按Sprint计划）
  • 周报：每周日12:00前，所有人在看板提交周报卡（本周已完成/下周计划/阻塞项）
• 原型工具与组件库
  • 工具：Figma（团队项目“DormAssistant”）
  • 组件库命名：DA_组件_类别_名称（如：DA_Form_Input_Text）
  • 管理：郑笛维护结构与命名；崔行贡献组件与变体；萧然仅使用发布版组件
• 文件命名规范与版本日志
  • 规范：DormAssistant_[模块][文件名]vX.Y[YYYYMMDD][作者]
    • 例：DormAssistant_Report_Main_v1.0_20251218_ZD.pdf
  • 版本日志：CHANGELOG.md（日期/版本/变更摘要/责任人/影响范围）
  • 存储：统一在云盘“/DormAssistant/Deliverables/”
• 可用性测试细则
  • 参与者：≥12人（男女寝室各≥4人；大一至大三覆盖）
  • 任务脚本（示例）：新物品录入并收纳；寻找常用物品；调整收纳规则；维护与清洁提示查看
  • 度量：任务完成率/平均用时/错误计数/SUS/主观满意度（1–5）
  • 记录：每人一份记录表（CSV），视频录屏可选
  • 伦理：告知用途、匿名化处理数据
• 沟通与问题处理
  • 阻塞上报：看板卡片标记“Blocker”，在最近一晚评审时优先处理
  • 决策规则：在不影响双轨通过的前提下，模块Owner快速拍板；跨模块冲突由郑笛最后裁决
  • 风险与应对：
    • 参与者不足：开放班级群报名+线上远程操作任务，必要时延长至12/08晚
    • 进度延迟：压缩非关键演示特效，优先保证报告与原型完成
    • 工具问题：Figma故障则切Axure备份，导出静态稿入PPT

进度与里程碑快照

• 12/01 Gate-1：研究与方向确认
• 12/08 Gate-2：低保真与测试闭环（12+人）
• 12/15 Gate-3：高保真与报告框架锁定
• 12/19 Gate-4：交付冻结
• 12/20 17:30：最终提交

如需我将看板模板、Figma目录结构或报告大纲初始化，请告知，我可生成可直接复制使用的模板内容。