はじめに 最近はGitHub CopilotやChatGPT、ClaudeなどのAIツールの進化により、エンジニアの「コーディング」という業務のあり方が劇的に変化しています。 AIが開発の重労働を担うようになっていくこれからの時代、組織のマネジメントやチームビルディングはどう変わっていくのでしょうか？

1. はじめに オフショア開発において、「言われた通りのものしか上がってこない」。 BrSE（ブリッジSE）やオフショア開発のマネジメントに関わったことのある人なら、一度はぶつかる壁ではないでしょうか。 現在、私はBrSEとして日々の開発業務を回していますが、少し前までチームの「受け身の姿勢」と、それに伴う「品質の伸び悩み」に頭を抱えていました。仕様書に書いていないことは一切考慮されない。バグが出ても「仕様書に書いてなかったから」で終わってしまう。 「言語の壁だから」「オフショアだから」と諦めて、ひたすらBrSE側で詳細すぎる仕様書を書き、マイクロマネジメントでカバーするのも一つの手

はじめに こんにちは。スピーダ事業Product Teamの中嶋です。 以前の記事で1週間ごとにチームのふりかえりをしていると書きました。 tech.uzabase.com ふりかえりのファシリテーターは、基本的にはチームの外から呼んできます。 今回、私は別のチームから依頼された側でしたが、状況から考えると「ふりかえりよりも先に、チームビルディングをやったほうが良いのでは？」と思い、実際にチームビルディングのファシリをしたので、そのときの話を書こうと思います。 はじめに いつもどおりのふりかえりファシリ依頼 チーム始動直後という、いつもと違うタイミング チームビルディングで何をやるか 『チーム…