部門のサイロを越えるオンボーディング:T型人材を育てる他職種クエスト

開発、企画、デザインが互いの制約を知らないまま仕事を進めると、手戻りやすれ違いが増えます。自分の専門を深めながら他職種の仕事も理解する「T型人材」の考え方を、オンボーディングゲームの他職種クエストに取り入れる方法を解説します。

First Run チーム
•約3分
この記事の目次

多くの IT 組織が経験する成長痛のひとつが、開発、企画、デザインの各部門が互いの制約や苦労を知らないまま孤立してしまう、いわゆるサイロ化です。これを崩すには、職種を越えて理解し合う力を育てる必要があります。

T型人材とは何か

T 型人材とは、自分の職種の専門性(縦の線)をしっかり深めながら、周辺の関連職種の仕事の流れや背景も幅広く理解している(横の線)人を指します。深さと幅の両方を持つことで、協業の場面で相手の事情を踏まえた提案ができるようになります。

入社時に他職種を体験する意味

プランナーが開発のクエストを解いてみて、API のステータスコードを確認する大切さを実感する。逆に開発者が企画のクエストに取り組み、例外フローを定義する手間を体験する。こうした経験を通じて、相手への配慮とコミュニケーションの基礎体力が育ちます。入社直後に経験しておけば、部門ごとの見方が固まる前に共通の土台をつくれます。

First Run では、レベル3になると他職種のメンターと話せるようになり、T型成長クエストに挑戦できます。他職種のクエストを3つ良い評価でクリアすると、実績「境界を越える人」を獲得できます。

協業の感覚が成果につながる

他部門の難しさを前もって学んだメンバーは、仕様の手戻りを減らし、コミュニケーションのオーバーヘッドを抑えられます。その結果、スプリントの進み方が安定し、不具合の少ないリリースにつながりやすくなります。

開発者が企画を体験する例

架空のシナリオです。開発者としてプレイしているプレイヤーがレベル3に到達し、他職種のクエストが解放されます。プランナーが書いた曖昧な会員登録の仕様書を読み、受入基準の論理的な抜けを指摘するクエストを体験します。仕様の問題が開発にどう影響するかを、仕様を書く側の立場から考えるきっかけになります。

T型オンボーディングのチェック

  • オンボーディングのマップ上で、他部門の NPC と交流できるか
  • 自分の職種以外の簡単なクエストを体験できるか
  • 他職種のクエストが、本来の職種の学びを補う形で設計されているか

実務シナリオをクエストで体験してみませんか

開発、PMO、マークアップ、企画、デザインの職種別オンボーディングクエストは、First Run のデモで実際にプレイできます。

オンボーディングRPGを今すぐプレイ

First Runの仮想オフィスを歩きながら、開発・企画・デザイン・PMO・マークアップの実務シナリオをJRPG風のクエストで体験してみましょう。

関連記事