周会议程-11.3.md

周会议程

开场白

• 时间：2023/11/3
• 地点：培训室
• 参与人员：全体 Golang 组员
• 会议主题：增强团队协作和项目开发管理回顾
• 会议时长：1 小时内

一、 转测流程培训

• 目的：确保团队成员理解并能够有效实施软件的转测流程。
• 内容：
  • 流程概述
  • 关键步骤详解
  • 常见问题及解决方案

二、 任务管理与评估

2.1 任务评估回顾

• 目标：识别评估过程中的问题，减少项目延期。
• 议程：
  • 回顾上周的任务评估准确性
  • 分析延期的任务和原因（不深入讨论个别任务）

2.2 变动的评估项

• 目标：提高团队评估新变动的能力。
• 议程：
  • 梳理新加入的任务和变动
    • 授权包改动（需求、合理性决定）
  • 探讨如何准确评估这些变动的影响

2.3 延期任务回顾

• 目标：分析导致延期的因素，寻找解决方案。

• 议程：

  • 总结延期原因

    • 插入新任务（调研和设计时没考虑清楚，决策得不合理）

    • 任务没有理清楚

    • 人员调动 （插件人员调动）

    • 数据面延期导致无法联调延期

    • 联调时间没把控好（缺失联调培训和流程）

    • 需求变更

    • 自测时间未能评估准确

2.4 风险项回顾

• 目标：分析和回顾当前的风险项，提前规划风险应对措施。
• 议程：
  • 确定风险清单
  • 分享风险管理策略

2.5 本周改进点回顾

• 目标：看到问题、争取改进

• • 每位团队成员分享两个他们认为本周做得不够好的点，限于描述现象，不涉及原因分析

  • 收集所有问题点，用于未来的改进会议讨论

  • • 人员调动，不合理

    • 禅道任务项目管理没跟踪-更新

    • 需求不合理、产品变更需求文档后未通知项目经理

    • 岗位职责未清

    • 联调时遇到问题、项目经理也需要反馈给到开发

    • 企微已读不回

    • 某功能开发的进度管理缺失

    • 开发周期太短、评估时间长了会想压缩

    • 禅道版本太低、gitlab、CICD、wiki 等基础设施简陋

    • 调研拆细、分给大家

    • 开发自测还要松达帮忙打包

    • 开发不知道这套系统的部署

    • 没有整个系统的操作指引

    • 项目开发节奏太紧、项目版本的节点设置不合理

    • 插件开发周期太紧、测试的 bug 需要排优先级

    • 联调插件前期沟通没做好

    • 代码不规范

    • 代码 review 缺失

    • 大家沟通不够

      • 反馈
      • 回应

事项宣布

• 紧急生产任务响应

  当发生生产问题时，不论时间地点，需要及时响应，尽量配合到达公司或是去客户现场。下班时间算调休。（1. 餐补、补助等 2. 值班表是否需要）

• 下发问题项响应

  当下发了问题项时到人后，定位到是自己责任的，反馈给项目经理确定解决时间，定位到非自己责任的，需要反馈项目经理讲明，不能不是自己问题就什么都不回。

• 下版本加强禅道项目周期管理

结尾

• 小结：回顾会议要点，强调学习和改进的重要性。
• 行动项：分配任务，明确下一步行动计划。
• 感谢：对团队的努力和贡献表示感谢。