团队作业2

一、不同团队绩效评估方法对比
当下软件开发团队主流分为三类评估方式，各有优劣。
第一类是任务量化打分法，多数课程小组、小型创业团队使用，仅统计完成功能数量、提交文档页数等硬性指标，优势是数据直观、计算简单；缺点是忽视代码质量、团队协作沟通，容易出现组员只追求任务数量，敷衍完成开发工作。
第二类是360 度全方位互评法，中大型企业研发团队常用，结合组长评价、组员互评、自我评估、客户反馈四项维度，兼顾工作成果与团队表现；但流程繁琐，一轮评估需要收集大量问卷，学生小组时间成本过高，还容易出现人情打分、评价失真的问题。
第三类是敏捷迭代绩效法，互联网成熟开发团队适配，以迭代版本为周期，结合燃尽图、代码评审记录、需求落地情况综合评估，贴合软件研发流程；短板是对管理经验、项目工具要求高，初学团队很难完整落地全部流程。
综合三种方法的优缺点，结合我们课程软件研发小组的规模、开发周期、学生团队特性，融合任务量化与简易互评，制定适配我们团队的绩效评估计划。
二、本团队完整绩效评估计划

1. 评估周期
   以项目开发阶段为单位，本次第一阶段开发完成后执行首轮评估，后续每个迭代阶段结束后复评。
2. 四大评估维度（总分 100 分）
   任务完成度（40 分，量化指标）：核对分配的编码、文档、UI 设计任务是否按时交付，功能是否通过基础测试，延期交付按比例扣分。
   工作产出质量（30 分）：代码规范度、注释完整度、文档逻辑清晰度、功能 bug 数量，由组长结合代码评审记录打分。
   团队协作表现（20 分，简易互评）：组员互相打分，考察会议参与度、主动协助队友、沟通反馈效率，规避 360 度评估的复杂问卷，仅设置 3 道简短评价题。
   自我复盘总结（10 分）：提交阶段工作小结，梳理自身完成工作、存在问题、下一阶段改进方案。
3. 评估执行流程
   阶段开发结束，每位组员提交个人工作成果与自我复盘文档；
   组长统计量化任务数据，完成质量打分；
   团队内部完成匿名互评；
   汇总四项分数得出个人阶段总分，划分优秀、合格、待改进三个等级；
   公开评估结果，针对待改进成员沟通调整下一阶段分工。