周会议程-11.10.md

周会议程

开场白

• 时间：2023/11/10
• 地点：培训室
• 参与人员：全体 Golang 组员
• 会议主题：增强团队协作和项目开发管理回顾，转测流程注意项传达
• 会议时长：1 小时内

一、 转测流程培训

• 目的：确保团队成员关注到细节，使实施时没有造成理解上的困难，沟通上更顺畅。
• 内容：
  • 自测后和集成测试完成后需要通知项目经理，并在文档中修改需求状态，通知项目经理在企微的 石犀总控小组 群中通知。
  • 唯一责任人（项目经理按情况指定）
  • 转测报告影响范围

二、 任务管理与评估

任务评估回顾

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

延期任务回顾

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

• 议程：

  • 所有的需求功能都延期了（大家提一下原因，先不要分析原因）
  • 总结延期原因
    • 插入新任务（调研和设计时没考虑清楚，决策得不合理）
    • 任务没有理清楚
    • 人员调动 （插件人员调动）
    • 数据面延期导致无法联调延期
    • 联调时间没把控好（缺失联调培训和流程）
    • 需求变更
    • 自测时间未能评估准确

• （方案调整导致延期）

• 历史遗留问题，导致新功能延期

风险项回顾

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

本周改进点回顾

• 目标：看到问题、争取改进
  • 每位团队成员分享两个他们认为本周做得不够好的点，限于描述现象，不涉及原因分析
  • 收集所有问题点，用于未来的改进会议讨论
    • 联调时间前端资源不足
    • 联调时间还是不准，环境准备阶段也需要花时间，零散事项很多
    • 集成环境打包输出标准没有
    • 联调人多后忙不过来
    • 多关注禅道排期
    • 业务数据主要是 生造的数据 、资源、支持
      • 产品需求时就考虑这些支持
    • 出包的频率想要更快一点
    • 打包服务太慢了（要CICD），非常卡进度
    • 透明部署、路由部署 资源紧缺，非常卡进度
    • 集成环境部署周期太长了，一天出不了两个，办公室网慢死，传半个小时，集成环境资源太烂。
    • 授权联调时间、卡流程的问题不能及时解决，导致联调延期
    • 升级替换文件很多写死，固定替换 sv 二进制等，其他目录新增依赖没写上去。
    • 升级包导入、升级文件替换要花时间调整。
    • 升级没有签名校验、有安全风险
    • 升级目前很多坑，影响思华这边项目周期
    • 插件方面有很多问题，不知道怎么改了，想要重构，是否先补设计文档

事项宣布

• 影响范围一定要写

• 每个需求唯一责任人要积极推动

结尾

• 小结：目前大家不同程度都有延期，请延期的需求呢，该推进就推进，有阻塞的地方也要不停去跟进，尽量降低延期时间。已经转测了的，也不要松懈，将各种显而易见的问题清理出来优化了，将未完成的设计文档补全了，不要闲下来就发呆、玩手机、学一些项目无关的，对其他人不公平。
• 行动项：分配任务，明确下一步行动计划。
• 感谢：对团队的努力和贡献表示感谢。

附录

过往问题回顾

• 人员调动，不合理

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

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

• 岗位职责未清

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

• 企微已读不回

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

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

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

• 调研拆细、分给大家

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

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

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

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

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

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

• 代码不规范

• 代码 review 缺失

• 大家沟通不够

  • 反馈
  • 回应