会社都合での急な異動で、技術スタックもドメインも大きく変わります。
このあたりの内容次第だと思いますけど(急な理由とは?、技術分野がどの程度変わるのか?、ここでいうドメインとは何のこと?金融とか物流とか小売りとかの業界の話ですかね)、具体的な話を一切書いてないということは、あなたの場合にどう考えたらいいかということではなくて、違う分野の部署への異動の際の一般論を聞きたいということなんでしょうか?
一般論でいうと、「どういう技術者になりたいと思っているか」次第かと思います。
極端な例を書くと
①今やっているこの分野を一生極めて、この分野のプロ中のプロになりたい。技術動向の変化やAIの進歩でもしこの分野が無くなるなら、IT以外への転職も考える(極端な職人志向)
②指示されたことを完璧に遂行したい。今の分野だとどうすれば良いかは覚えた。分野が変わると覚えなおすことが沢山なので、あまり変わるのは困る(作業者志向)
③技術分野を広く極めたい。すべての分野のプロは無理だが、自分の専門分野のプロであるだけでなく、各分野のプロと不明点なく互角に意思疎通するレベルには達したい(リーダー志向 or 処理方式設計志向)
④⑤⑥・・・・
③だと、異なる技術スタックの仕事を経験できるなら歓迎でしょうね。自分の価値が上がるチャンス。
①なら、元の分野に戻ることを画策しつつ、それまでは、自分の求める人物像にプラスになることは新分野の仕事の中で何かないかを考えるのですかね。(個人的には視野を広げることに意味を見出すことをお勧めしますが)
あなたが自分の客観的な価値を上げることに意味を見出しているのかどうかわかりませんが、もし意味があると思っているなら、新しいチームで一目置かれる存在になれば確実に上がると思います。(「自分の客観価値」って、別に転職を考えずとも、ある程度の規模以上の会社なら新規プロジェクトでバイネームで声がかかることもあるかと思います。今回もそうなのかもしれませんが)
ただまあ、「今までウェブアプリケーションのサーバーサイドプログラムを担当していたが、メインフレーム+COBOLの担当者の退職で、そこの補充に回された」とかだと全然違うわけで、さすがにこれは無いと思いますが、個々のケースでは、最初に書いた通り内容次第ですね。
新しいチームに入ったとき、最初はどんなキャッチアップから始めたらいいですか?
これも一般論以上のことは言いようがないですが、
客分でなく、チームの一員としてやっていくつもりなら、チームメンバーのマインド(何を大事にしているか等)を知って合わせるところからですかね。対象業界が違うとかなり違うかもしれません。チームビルディング的なことを提案してみるとか。