ID:75750さん

- 1社目で実車評価などを受け持つ検証チーム（2~5名）

- 複数案件が並行している状態で、各案件のテスト計画〜結果報告までを安定して進行できる状態 - 検証会社のため、自社の利益につながるチームメンバー増員（結果的に1名増員できた）

- 難易度が高いタスクの動き方 - 課題 - チームやプロダクトの特性上、初めての状況でのテスト環境構築や実施など、難易度が高く入念な準備が必要なタスクが比較的に多かった - 新しい検証車両・機器に繋いだテストやログ取得 　 - そもそも動かないことが多く、原因の切り分けや制約がある中でどのようにしたら目的が達成できるかを検討する必要がある 　 - 検証車両が使える場所と時間に制約があるため、テストの実施順序、何かあったときの予備の機材など入念な準備が必要 - 工夫したこと - 早めに動き出す - テスト時に起きそうな問題を想定して、問題が起きても対処できるように機材の準備、リアルタイムで他メンバーのサポートを受けれるように関係者への調整 - 協力を依頼する分、他のチームのサポートや教育も積極的に対応した - メンバーのスキルマップを作成し、各案件が個人に依存しすぎない体制を構築した - 課題 - 案件ごとにそれぞれ必要なドメイン知識が異なる - 複数並行している場合、ある案件が個人に依存していることでアサインやその個人への負担に課題があった - 工夫したこと　 - スキルマップを作成し、個人に依存しがちなドメイン知識を明らかにし、時間に余裕があるタイミングで引き継ぎを行った。 - また、スキルマップがあることで、引き継ぎに工数を使うことの説明をチーム外にもしやすいと考えた - チームメンバーとの信頼構築 - 課題 - チームメンバーには別の会社の人もいる状況で、自分よりも年齢が上の人が2名ほどいた - 経験の浅い自分との信頼構築のために、丁寧なコミュニケーションを意識しようと考えた - 工夫したこと - コミュニケーション　 - 「指示が無くても積極的に自ら行動してくれること」をよく観察し、ただ空いている人を割り当てるのではなく、できるだけ個人の強みを伸ばせる業務にアサインした - 相手から言葉を引き出し、自分の考えを言い切れる雰囲気づくりなどを心掛けた - 一方で、これらを意識しすぎたことでメンバーの最初の意見を尊重しすぎて、アウトプットの質に対して厳しいフィードバックを受けてしまったこともあった - この経験から、プロとしてアウトプットの質にこだわることと、丁寧なコミュニケーションの両立を意識するようになった