这是一个创建于 139 天前的主题，其中的信息可能已经有所发展或是发生改变。
bg：总部在北京，base 成都，组内其他员工在北京（和我一起的也是个校招生）
问题：对上线流程不明确，很多东西找人只能线上沟通，很可能存在疏漏的情况，有没有什么办法能够梳理出一份上线流程的参考文档
问题：对上线流程不明确，很多东西找人只能线上沟通，很可能存在疏漏的情况，有没有什么办法能够梳理出一份上线流程的参考文档
16 条回复 • 2024-07-13 15:25:45 +08:00
 |
1
ben1024 139 天前  2
动手梳理
|
 |
2
Chrisssss 139 天前 1
多问、多想、多写、多画图
|
 |
3
7gugu 139 天前 1
边上线边记录，然后美化一下，最后输出成一份实践文档就好了。你能跑通，别人大概率能跑通。
|
 |
4
walkeronway 139 天前 1
目前了解了多少，列一下，有没有参与过上线操作，如果没有，下次跟着看一下，或者找个导师指导你来操作一下。然后梳理完整理成文档之后，自己觉得差不多了，就可以作为成果在组内群里分享，然后邀请大家来指正和补充。组长应该也很乐意看到有人把上线流程梳理成文档的
|
 |
5
print1024 139 天前 1
找 leader 要，有问题有想法就沟通，不要闷着，不要怕打扰别人，太难受
|
 |
6
yyttrr 139 天前
尽量熟悉，之后找个边缘服务在业务低谷期练练手
|
 |
7
Div1ne 139 天前 1
先多跟其他同事聊聊，看看大家觉得问题出在哪儿。是不是有一份约定俗成的流程，只是你不知道(或者是口头约定，没有沉淀到文档)。如果没有流程的话，跟 TL 聊聊，看看 TL 的态度。
如果 TL 支持你的话，你可以从以下几个角度来考虑，沉淀一份文档，约定好上线的各个环节要做什么事情。 上线流程一般包含事前、事中、事后 三个部分： - 事前：准备上线的 checkList(本次都要上线哪些东西，哪些人负责，哪些检查项) - 事中：灰度的机制设计 - 事后：全部上线完成了，要观测哪些业务指标，要不要测试介入进行生产环境的回归验证等等。 最后友情提醒下，流程机制在短期必然会带来效率的降低，可能会导致某些人的抵触。你要有数据、有结果。 比如说你这个流程制定之后，漏测率降低多少，线上事故有没有降低啊，等等。都可以拿出来帮你证明。 |
|
8
Div1ne 139 天前 1
其实还有很多，我刚才还没写完，想临时保存但误点了发布。已经发布的评论，没办法再次编辑了。。。
|
 |
9
zzk037 OP 感谢各位的回复，准备找 leader 聊一下上线的问题
|
 |
10
Xu3Xan89YsA7oP64 139 天前
赶紧走人吧，这种一般入职时候的新人指南里就该有，连这种东西都不沉淀，那没救了
|
 |
11
zentst 139 天前 1
首先，自己梳理一下大概的工作流程和内容，再按照各部门和人员，依照时间顺序填充内容。这样就形成一个大概的工作流表格，然后实际工作中去修正和补充内容。
重要是工作当中多于其他人交流，遇到问题多往几个方向去想，尽量补充细节内容。 |
|
12
zentst 139 天前 1
不要想着能够段时间能完成，工作流程是一个很长期的过程，后面还需要持续修改，扩充。
|
 |
13
xiaofan2 138 天前 1
主动沟通 可能你 leader 并不知道你有这种困扰
|
|
14
zzk037 OP 谢谢各位的回答，和 leader 聊了一下，主要问题是工作城市不同，很多事情只能线上沟通，效率很低，上线的问题暂时没有解决，主要是现在时间和精力都放在最近的发版上了，我看他们 11 点还在公司确实比较忙，没啥精力管我，等大版本发布之后会在找 leader 聊一下，想学习上线的事情是因为大家都在忙上线的问题，但是对上线流程没有一个清楚的认识，所以会想怎么有办法了解上线流程，目前的情况就是这样，leader 没给我派很多的活，基本上都是我能解决的，解决不了的找一些同事帮忙也能解决，文档沉淀的话就不用你担心了，技术体系内部对技术迭代的决心还是比较大的，实习也待过几家公司，这家公司待下去确实觉得能有成长的空间，用户规模和体量，技术架构，并发量都比较满意，所以在这里还是谢谢各位的回答，@Div1ne 老哥值得特别感谢。
|
 |
16
Panameragt 138 天前
找领导先沟通，不要上来就闷头做
|
Select Language