【内训】情景演练下午

梅斯

总 KPI

评分标准： 优秀（该项KPI得分而外+20%）／ 良好（该项KPI 90%） ／ 差（该项KPI 60%）

• 部门成员目标

  • 代码规范和质量有所改善
    
    • 制定出代码规范文档
    • 代码编写／项目构建能按照文档规范执行
  • 项目交流沟通有所降低
    
    • 所有项目邮件建立邮件组发送
  • 能力有所提升
    
    • 项目组长每月给出组员情况（优／良／差）

• 部门项目目标

  • 每个项目拆分为2～4为一个周期，每月评估每月的 daley 和加班情况；

    • 需求不变-》delay：不及格；
    • 需求变更-》delay：良；
    • 需求变更-》未delay：优秀

  • 公共代码库维护（每月一个小组专人维护）

  • 组内交叉代码测试 review，组长每月需要给其他组提出2～3个建议和意见

• 工作任务流执行

  • 全部成员使用禅道进行项目进度管控，每日工作量，每周工作量，bug发现量管理
  • 每周评出一个bug最多者，讨论review代码；
    
    • 重复类型bug>50%->不及格；
    • 上一周同类型bug>30% ->不及格；
    • 无以上情况，良
  • 每月评出一个bug最多组，讨论review该项目代码；
    
    • 重复类型bug>50%->不及格；
    • 上一周同类型bug>30% ->不及格；
    • 无以上情况，良

• 去除日报／只用写周报

  • 每月禅道工作时长评估（主管和组长分配工作，评估工作量）
    
    • 实际工作耗时／预计工作耗时 = 1 （良好）
    • 实际工作耗时／预计工作耗时 > 1.5 （不及格）
    • 实际工作耗时／预计工作耗时 < 1 （优秀）

组织架构

计划

7 月：

• 每个成员重新校对并开通相应账号和权限

  • SVN 账号
  • 禅道账号
  • 群组邮箱格式，邮件标题格式制定

• 新工作流程落实

• 项目组落实，项目组选配（所有对外对接沟通由组长负责）

• 项目组长制定每月内工作任务计划

• 确定某个小组承担公共代码库维护

• 分配每个组长分头制定代码规范

• 每月统计分析各个小组的工作进展+每个成员的bug／任务量图表

• 是否有delay

8 月：

• 对第一个月内bug问题比较多的小组和成员进行代码review

• 正式执行上一月得出的代码规范，并由组长落实到组员中

• 上一小组编写上一次代码库维护的readme并确定新的小组承担代码库维护

• 是否有delay

9 月

• 对第一个月内bug问题比较多的小组和成员进行代码review

• 组长评估各个成员代码规范，对其他部门代码review和意见提出

• 上一小组编写上一次代码库维护的readme并确定新的小组承担代码库维护

• 是否有delay

阶段目标

7 月：规范制定和新流程落地
8 月：规范落定和流程效率提升
9 月：流程提升和代码质量提升