亚麻转组和DevList

最近和两位Manager聊了转组，和被报复性放上DevList的可能，这两个经理自己也刚刚转组，他们说他们转组之前，也担心这种事会发生在他们身上。
下面是从他们那听的一些信息，不一定准确，仅供参考

1. 在拿到了新组口头Offer之后，能不能不提前和现任经理打招呼，直接在Jobs.amazon 上点申请链接
最好不要，这样就有点和原组撕破脸的意思。尽量先让现任经理知道一下
2. 怎么和现任经理说要转组
可以直接和经理在1:1说，但是风险是如果经理跟你说你先别点链接，然后他趁着个时间把你放上DevList
. Χ另一种办法是给他发封邮件，告诉他说我在什么时候要去点链接，然后在点链接之前关闭一切联系方式
3. 放上DevList 需要多长时间
经理想DevList你，需要写文档，还要HR签字，至少需要3 hours或更长
4. 如果从未被告知，怎么能知道有没有上DevList
. .и没有办法，对方组的经理和HR好像都查不了。
5. 公司是否建议经理告诉员工有没有上DevList
两个经理给了我相反的回答。经理A说至少在AWS，从2020开始都要求如果员工被放上DevList，要让员工知道。 经理B说，公司不建议告诉员工，因为
怕员工闹起来，弄得整个组都不太平。
6. 转组顺利，没上DevList, 现任经理能留你多长时间。
30 business days/6 weeks.
7. 留你这段时间，你会不会很轻松。
据我观察，这段时间，如果经理觉得你不会回来了，会派给你非常多很琐碎的活，往往会很累。但是你还是应该尽可能的做好，毕竟圈子很小，尽可能
保持一个好的reputation


祝大家工作顺利，别上DevList

我进过一个亚麻内部转组微信群 里面的群公告就是如何转组从而尽可能规避被报复性dev的风险（和LZ说的差不多） 只能说一个公司能把内部转组弄的这么人心惶惶也是没谁了 亚麻的政策才是让那些恶魔老板可以为所欲为的温床

有哪个公司能把转组弄的这么提心吊胆吗 我进过一个亚麻内部转组微信群 群公告就是转组如何尽可能规避被报复性进dev的风险（和LZ说的基本差不多） 一个公司 把内部转组弄的人心惶惶 就说明政策有问题 转组被dev确实是倒霉碰到了差老板 但是亚马逊的政策才是让老板们群魔乱舞无所顾忌的温床

好变态的公司文化啊，不过哪儿都是丛林法则，谷歌这种文化才是非主流。在亚麻工作，趁年轻学学政治斗争和搞人际关系，从这个角度想也不算坏事。

转组被DEV的概率高还是呆在原组被DEV的概率高呢