一个数据表引发的思考…

请教地里，
如果这个问题以最直白、最简单的方式问就是：
    某组（或某人）如果要修改数据库的话，需要什么样的workflow？（不是指技术方面。。。比如流程或rule之类）

如果需要更多细节背景：lz（女）在一个4人的software engineering team做，其他2人是天竺男，另一人是白男。其中一天竺男创建了很多数据表。
我今天跑着一个项目测试，突然发现数据库插不进去了。。几经排查，发现那张表的column name换掉了。。。顿时想到未来潜在工作量就头大了，因为lz很多项目都用到他同一张表。后来还是同组一个senior在github上对我提交的branch评论说到：XXX今天改了数据库XX column name，他在测试中，你这个代码到时还得restart一遍。。（很生气在不通知我就随意改，最后才从别人知道column name改了）


抛开这个事不说，还有件事一直耿耿于怀：组里就那么4个人，老板派的OKR一个大活，scrum上我也说了好几遍，我做了80%了。直到某天。。。senior在scrum上说XXX(天竺男）快完成了，我惊呆了，然后私下email他们俩说这是我的OKR。senior回复说天竺男完成了80%了。气死了，我在sprint就说大家能不能像一个team一样工作，能不能不要抢别人的活！

都快被天竺人气死了。回到最初、最简单的问题吧：某组（或某人）如果要修改数据库的话，需要什么样的workflow？吐槽半天，谢谢大家

屎族人乱改东西sabotage别人的工作是常事。你慢慢就习惯了。

这件事你要从流程上说，首先它必须要有一个JIRA，在这个ticket上必须有child task/child ticket来identify所有的consumer，所有的consumer都测试完，resolve之后，这个ticket才能push到QA，而且release到production的时候还得非常仔细地coordinate所有的dependent system owner，不能把dependent的application crash掉。

像这个屎族人这事，事先没有花任何功夫来通告并且得到所有dependent system owner的认可，私自改动schema，这不仅仅是违反了正常的流程，这已经是在sabotag蓄意破坏了。 如果不是你正在actively testing, 一旦push到production, 会出很大的事，会把两边的组和manager都卷进去。
. 1point3acres
你必须把这事捅上去，以主人翁的口气斥责这种危险的做法，指出危害，以及以后必须杜绝这样的行为。抄送两边经理。存档，以便以后随时引用。

在standup上（或者类似的周期性会议）
“wow~有点意思~他完成了80%，我也完成了80%，那到时这个算谁的任务？”。和他们申诉莫得用，说一千道一万，最后credits算谁的还是老板说的算，老板要是不倾向楼主的话，刷题走人是唯一出路

zszszszszsz

匿名用户 发表于 2021-09-18 19:48:27
屎族人乱改东西sabotage别人的工作是常事。你慢慢就习惯了。

这件事你要从流程上说，首先它必须要有一个JIRA，在这个ticket上必须有child task/child ticket来id

非常好的建议。感谢！现在真的很讨厌屎族

组里大老板是生物背景出身，底下software办事的就我们四人（其中一个还是那个senior engineer，就是他事后告诉我的）。

真想下次sprint当着所有队友的面在improvemenr环节说出来。后来又想想要不email大老板，cc senior还有屎族。

匿名者 发表于 2021-9-19 17:16
非常好的建议。感谢！现在真的很讨厌屎族

组里大老板是生物背景出身，底下software办事的就我们四人（其 ...

当然了，这是一个非常严重的事件，在任何公司都是可以把你们manager干掉的严重隐患。想象一下这个shithead上线了这个schema change然后把其他数个组搞死了，其他组的经理肯定要把你们经理生吞活剥了。别的不说，以后你们经理没法在这里混了。

你应该take initiative，把这件事立即上报，严重性要说足说透，然后建议改进流程，你的老板会非常感谢你。遣词造句要把屎族套进去，一辈子的黑锅。

要留档以备后用。