个人技术分享

团队周报规范

周报模板

# 团队周报规范

# 为什么要写周报

  • 周报是一周以来的工作总结，周报不仅仅给自己看，更重要的是给其他相关人员查看。
  • 周报不是记流水账，应该要有所侧重，产出有价值的内容。让阅读者一下子能知道你这周主要的产出，对于技术人员来讲，可以是业务上的，也可以是技术上的。
  • 不要把自己当做资源，而是始终保持owner的心态，投入到工作中。
  • 君子博学而日参省乎己，则知明而行无过矣。，大家共勉。

# 大纲

  • 周报主要包括以下部分
  • 日常需求、项目需求、技术建设、学习心得、工作感悟

# 日常需求

  • 对于一个日常，关注以下几点：
    • 相关资源：需求对应的产品PRD，交互稿和UI稿地址。
    • 问题和风险：这个需求有没有存在问题和风险，如果有，请提前暴露出来，比较常见的：比如联调时间不够，产品需求变更，外力不可抗拒因素。
    • 进度：待评审，待开发，开发中，自测中，联调中，测试中，预发测试，已上线
    • 数据：上线前后的数据对比情况，最好有自己的分析，保持对业务的敏感度。比如某天，做了一个大促的活动，对我们的业务功能有无依赖和影响，运营上线了一个新的入口，点击效果如何。
    • 工作内容：具体做了什么，比如性能优化方案调研，支付组件开发，需求分析和评估等等。

# 项目需求

  • 从时间维度来区分的话，一般是超过两周的开发周期，我们会将其立项。对于一个项目，关注以下几点：
    • 相关资源：项目对应的产品PRD，交互稿和UI稿地址，技术设计方案，工时评估时序图。
    • 问题和风险：项目中可能存在的问题和风险预估。
    • 进度：同日常需求。
    • 数据：同日常需求。
    • 工作内容：同日常需求。

# 技术建设

  • 主要是指跟团队技术规划相关的技术建设，比如工程化、性能优化，工具建设等等。
  • 关注以下几点：
    • 需求文档、方案设计文档、工时评估文档。
    • 问题和风险：同上。
    • 进度：同上。
    • 工作内容：同上。
    • 结果：如果已经落地的，要有结果的评估。

# 学习心得

  • 主要是指团队同学利用空闲时间的个人积累的产出。
  • 关注以下几点：
    • 阅读技术类文章，学到了什么，需要有总结性的表述。
    • 做了什么demo，show code
    • 书籍阅读，总结性表述

# 工作感悟

  • 这里更多是自己的一些感想和吐槽，比如：
    • 在沟通方面碰到不顺的情况，需要做一些调解
    • 需要主管和同事做一些支持
    • 希望做一些有挑战的项目

# 总结

  • 虽然一些大厂已经取消了周报制度，但我自己是一直在坚持的。固定在每天晚上某个时间点回顾下今天的工作。现在的工作节奏很快，走过的路，适时的回头看看，或许会帮助我们在前进的路上，走得更稳更踏实。
  • 当然，上面的模板和总结，都是我的一家之言，欢迎大家补充和建议，并集合自己的业务和团队情况因地制宜。
  • 模板链接 (opens new window)