GO 后端开发流程
这是我参与「第五届青训营 」伴学笔记创作活动的第 13 天
3 流程如何优化
3.1 怎样让生活更美好
我们在之前的流程里面有很多的繁琐的规范和操作这些操作无疑能让我们的服务质量提升，但是另一方面，又回导致我们工作的效率下降所以往往大家会在质量和效率之间区一个平衡。
- 在重视质量的团队，效率往往比较低
- 在重视效率的团队，事故往往比较多
解决方案
- 技术的发展会带来质量和效率的同时提高
- 将质量保障融入到流程，将流程自动化
- 从需求到上线全流程自动化，同时提高质量和效率
3.2 DevOps
DevOps 解决方案
- 代码管理
- 自动化测试
- 持续集成
- 持续交付
效率竖井
- 流程中实际产生价值的部分很短
- 大量的时间用在等待和传递上
- 人和人之间的沟通很慢
3.3 全流程自动化
通过效能平台串联各个阶段
- 需求发起研发流程的自动化
- 写代码，测试环境部署的自动化
- 自动化测试触发和报告分析
- 发布过程可观测融入流程
减少无价值的等待
- 分析整个流程的耗时，计算真正产生价值的时间
- 不断优化流程，让有价值的流程时间占比上升
4 后端开发的一周
4.1 周一
针对上个迭代开发的功能进行演示反思上个迭代的不足，如果没有特殊的问题可以跳过
一般大家周一都会有一些周一综合症，大家可以处理一下上周遗留的事项这天的主要内容可能主要在PM和UED那里，因为他们要准备第二天要讨论的需求列表
4.2 周二
一般迭代开始的周二，最重要的事情就是需求规划会议，也叫grooming会议，这个会议上打开需求管理平台的页面，发现累计了92个需求，在会议上PO和PM阐述各个需求的价值。Scrum Master和架构师会确认需求中包含的技术任务，最终，会议确定下个迭代要做70个需求，并给你安排了10个需求
4.3 周三
到了周三，这一天还是要为第二天的发布做准备，比如测试和修复缺陷。之前开发的需求要提交敏捷发布火车的车票准备上车。对其他人的代码做一下code review，测试还可能在回归测试的时候发现了一些缺陷需要你修复。
4.4 周四
周四一般会有一次日常的发布，之前在前一家公司的时候，每次发布都会在群里发一张关公，保佑发布顺利，这张图片就是当时发的关公原图。结果很不巧，发布过程中监控出现了异常，马上终止发布止损，然后再定位问题。发现是自己代码有问题，就需要回滚代码或者修复
4.5 周五
我们一般都会用于对下个迭代的需求进行评估，还记得周二分配给你的10个需求？ 结果由于工作量，只能完成其中8个。经过讨论，我们按照优先级，把2个需求移出迭代，然后把这8个需求按照开发和上线的时间进行排期。
