项目总结会记录

#业务思考 [字体 ··]

一、项目相关

1.1 项目总结内容要求

在每个项目总结项目开始前每个人要统计自己的问题。

统计方式:

  • 遇到的问题有哪些?
  • 已经解决多少?还未解决的剩多少?

1.2 技术解决方案

做项目的时候,每个人都需要出技术解决方案,特别的如果项目小或学长说不出则不用写。

技术解决方案内容:

  1. 描述需求、实现
  2. 设计思路(字段、输入、输出)
  3. 上下游依赖
  4. 风险点

组内成员关注自己业务技术问题即可,成员写时遇到困难负责人做过项目的有义务带新同学写技术解决方案;组长整理并完善本组技术解决方案;总负责人负责项目核心技术解决方案。

1.3 Code Review

每个细胞小组在参与项目的整个历程中至少要集体对组内一名成员 code review 一次。代码长度在 600~100 行,时长 1~2 小时。

内容:

  • 代码规范不规范
  • 这段代码做什么事?处理的好不好?

二、问题答疑&总结

  1. 组长在分配任务时组员如果组员想做就让 TA 放手做(但要保证在计划的日期内能完成)

  2. Q:【后端】功能写好了但没有一种好的测试方法

    A:进行单元测试,对逻辑性强的方法进行测试

  3. 在项目开始前就应该明确声明规定,项目通知群消息 1 个小时内必看,不得超过两个小时。

  4. 解决问题没有思路时,可以去框架、库等社区找找问题解决方法

  5. 在总结时多进行思维碰撞总会撞出些东西

  6. 【建议】最好在组内讨一般性论技术性问题,而在大会上以想法见解问题为主(特殊技术性问题例外)

  7. 在前后端对接接口出门矛盾时,先找两个端的负责人,如果两个端的负责人搞不定找主负责人

  8. 细胞组内同步信息时使用共享文档是一种好方式

  9. 在排期时注意任务的优先级;在开发过程中,如果一个接口出现问题或急需用需要把该接口的优先级提高

  10. 【前端】遇到问题的一些解决流程&思路:

    1. 控制台输出分析、定位问题
    2. 接口请求状态码、传参、返回值、header 等
    3. 百度/Google 错误信息或者搜索社区(可以获得些解决问题思路)
    4. 排查代码/检查运行环境/配置文件问题
  11. 管理方面总结

    1. 前期准备工作一定要做好
    2. 管理组员:
      1. 对不同性格的组员要以不同的方式对待
      2. 做事不能太优柔寡断,负责人要有负责人的气势,要在组员中树立威信
    3. 任务分配是有优先级的,需求 → 业务逻辑 → 实现
    4. 合作:
      1. 多多关注群消息
      2. 自己的问题解决完,问问其他人,看看能不能帮一下
      3. 对排期过于乐观——使任务频频预期


博客没有评论系统,可以通过 邮件 评论和交流。 Top↑