问题回顾总结

线上问题回顾

沟通类

系统版本功能（开发-测试-技术）理解未达成一致

• 需求

  • 相关人员参与需求讨论会议

    • 了解需求背景，避免理解产生偏差

• 开发内部

  • 组织每日站会

    • （协调）进度汇报，当前问题决策
    • 15分钟左右

• 结果交付前

  • 相关人员参与可交付产品演示

    • 明确产品已有功能，提出意见（作为需求参考）

• 生产环境使用

  • 记录线上问题跟踪单

    • 记录问题和客户需求（作为需求参考）

产生问题的场景描述不清晰

• （提问者）尽可能详细描述问题

  • 内容包括：角色-事件-实际结果+预期结果

    • 该要求记录至《线上问题跟踪单》
      保证后期问题可追溯复盘

  • 后续操作

    • （研发/测试）需要尽快确认问题

      • 本地根据线上环境配置进行相同操作复现问题

        • 避免问题定位出错

    • （研发/测试）修复问题

      • 问题修复验证上线

        • 验证问题修改完成
        • 通知相关人员，评估风险后上线该功能
        • 《线上问题跟踪单》中的问题及时跟进并关闭状态

产品类

未明确产品线

• 梳理产品线、版本

• 产品归档规范

  • 版本规范

    • 版本命名

      • 选择类型进行命名规范

        • 修复功能类型
        • 产品开发进度

      • 作为线上版本修复、更新、迁移的参考依据

  • 文档规范

    • 使用文档或工具进行记录

      • 需求文档

        • 文档留存记录，作为标书参考文档（其一）

      • 功能清单

        • 作为需求讨论大纲，后期需要同步记录至禅道

      • 开发文档

        • 开发操作需要留存记录，供参与项目人员参考

      • 测试报告

        • 记录当前版本所有问题

      • 使用/安装手册

        • 作为业务使用人员的参考文档

      • 其他空缺需要留存文档

产品代码问题

• 未明确是否遗留问题

  • 决策当前版本是否需要

    • 需要，bug修复后版本上线
    • 不需要，归档时需要留存记录

  • 禅道规范使用

    • bug 需要有记录，并且及时关闭避免功能遗失

    • 不同版本中的bug记录在不同版本中，需要进行区分

    • 禅道改版介绍并说明

      • 划分产品与项目模块

  • 禅道因其他因素关闭时，需要收工记录bug避免遗失

• 未明确是否测试功能

  • 完善度70%

  • 对照用例参考测试

    • 用例需要评审确认与需求无大出入
    • 无功能遗漏

  • 演示会议/环境更新说明

    • 确保功能无大偏差

• log日志记录

  • 完善度，未知

  • 代码调试日志开关

    • 默认上线后关闭，系统异常需要排查问题时开启

非产品问题（第三方）

• 待沟通，跟进

  • 需要主跟踪并关闭问题

环境类

服务器资源/状态未监控

• 需要进行监控

应用服务（迁移）风险

• 迁移风险评估

应用服务器环境更新时间差

• 服务器更新

问题总结

记录数据

• 时长
• 总数
• 总结日期

记录要点

• 问题内容
• 解决方案
• 未知信息

各个过程中设置检查点

用户故事

• 问题解决方案的讨论
• 公司、客户、用户的问题
• 需要达成共识

每个版本迭代

• 本轮的经验积累
• 本轮遇到的问题
• 问题如何避免，和改进