技術力の高い人とペアプロするとか、ですかね。

あんまり勉強会とかするよりも、実務を通じて強い人から技術力盗める環境を用意した方が良いと思ってます。

失敗しても上司や同僚がサポートできるような案件をお願いして、最初は意識的にマイクロマネジメントで教えつつ、判断は尊重して(だいたい間違っているので、失敗してもらう)みたいな感じを意識してやってます。

やる気も大事なので、

若手のやりたいことと何かしら絡めて動機づけしてあげたり、これができる人は市場価値高くなって転職しやすかったり強強エンジニアになれるよとか言ってます笑

問題点は

1)会社命令だけど、時間が取りづらい

2) 何をしたらいいかわからない

3) KPIをどうしたらいいかわからない

4) どうやって参加のモチベーションを持たせるかわからない

だと思う思うんですが、どうでしょう？

私は意地が悪いので、1と4は上に押し付けますね。時間は有限なので、プロジェクトの速度を維持したいなら、残業代を出すか、諦めろ。投資って言うなら、短期的な10%の速度ダウンは見積もれと。

現行の若手の最重要課題はQoLであって、研鑽でも出世でもないから、歩み寄るか釣るかしかないのではないか。押し付けたらパワハラですぜ、ぐらいまでつけちゃいますね。

2と3は仲間意識を持たせる様な共通のタスクとアウトプットする場が私の解です。勉強会に目的を持たせ、leetcode の同じ問題を解いて、誰かに発表してもらいpro/conを話し合うとか。押し技術をLT的にはスライド付きで発表するとか。

業務改善点を匿名で出してもらって、ブレストするとか。

無論、シニアが参加してお手本をつけるのもセットです。

私のチームで時折やるのは◯◯強化月間で、ドキュメント書きだったりTOIL撲滅だったりとテーマを選んで共通目的を作る事です。

問題意識と話題を共有する事、若手がそれに貢献できる事を学んでもらいつつ、達成感は山分けするスタイルです。

初動で躓かぬようにやる気を引き出し、動機付け、方向付けのみすると良いと思います

ただ、その効果は人それぞれ違うんで、良かれと思ってしたことが裏目に出ることも意識して見分け、使い分けることが必要です

私は元々やる方なのに、やれやれ言われると逆にやるのをやめます