スキル別組織の初期の試みはなぜ失敗したのか?

スキル別組織の初期の試みはなぜ失敗したのか?

ほとんどすべての大企業が、スキル・ベースの組織になろうとしている。これは、パンデミックの後遺症(リモートワークやハイブリッドワーク、「大辞職」、競争の激化)によるところもあるが、従業員 、より有意義な経験を求めているためでもある。  

ひとつの会社に長期間(5~10年以上)勤め続ける人は減っている。これは、彼らが望まないからではなく、単に雇用主が、より充実したキャリアを求める個人の要求を満たす速度で成長と上昇モビリティを実現できていないからである。

この課題に対処するため、ほとんどの大企業は、職務の重視からスキルの重視へと移行している。ここでの包括的なテーマは、過去に経験した役職だけで個人を判断するのではなく、スキルレベルのより詳細な職務の「DNA」に焦点を当て、より多くの社内流動性を可能にすることである。

そのメリットは数多くある。デロイトによれば、スキルベースの組織は同業他社を凌駕し、より革新的で、ハイパフォーマーの定着率が高く、ポジティブな職場環境を提供する可能性が80%近く高いという。

しかし、雇用から技能への移行は、多くの人が期待していたほど簡単ではない。

過去5年間、多くの組織が、一見 "特効薬 "のように見えるスキルベースのソリューション(タレント・マーケットプレイスなど)を購入してきた。特にタレント・マーケットプレイスは、従業員 にとって楽しく、仕事、仕事、メンターとのマッチングによって従業員 に大きな価値を提供する素晴らしいユーザー・インターフェイスを持っている。

しかし、スキルベース・テクノロジーの活用に着手した初期の段階で得られた成果は、必ずしも成功したとは限らず、少なくとも多くのリーダーが期待していたような全社的な変革を推進するものではなかった。その理由は3つある:

データの相互運用性: ほぼすべてのHRテクノロジー(HRシステム、人材マーケットプレイス、ラーニングシステムやプラットフォーム、応募者追跡システム、候補者リレーションシップ管理システムなど)は、異なるフォーマットや分類法でスキルを使用しているため、これらのプラットフォーム間でデータを出し入れすることが不可能になっている。これは、次のポイントにうまくつながる。

ユーザー・エクスペリエンス: これらのHRテクノロジー・プロバイダーの大半は、従業員 、大規模なユーザー・ベースが "自社のプラットフォーム上 "にあることを望んでいる。顧客にとってこれは、従業員 、管理職が新しい職務に応募したり、ギグ/メンターを検索したり、エキサイティングな新しい学習機会を特定して実行したりといった特定のタスクを行うために、多くのテクノロジー間をジャンプするよう求めることを意味する。  

先に述べたデータの相互運用性の問題により、従業員 、あるプラットフォームでアクションを起こすように依頼しても(例えば、学習経験プラットフォームでスキルプロファイルを更新する)、HRISや人材マーケットプレイスにシームレスに反映させることができないということです。このような接続性の欠如は、ボトルネックや重複を生み、従業員 の体験に悪影響を及ぼし、最終的に組織の投資収益率を低下させる。  

ジョブ・アーキテクチャー: キャリアの枠組みを「スキル・ファースト」にするための努力は、非常に大きな負担となる。私は大手銀行や保険会社とよく話をするが、このプロセスには18~24カ月以上かかったという。採用担当者へのインタビューや大手コンサルタント会社との契約など、キャリアフレームワークを構築するために使用される従来の方法は、コストが高く、手作業が大部分を占める。これは、3~5年ごとに更新するキャリアフレームワークの開発には持続可能かもしれないが、職務よりも半減期が短く、より定期的に更新する必要があるスキルには適していない。

この最後の要素であるジョブ・アーキテクチャーは、スキル・ベースの組織になるために必要な基盤である。同じ役割に必要なスキルを正確かつ包括的に定義していないのに、従業員 や候補者をエキサイティングな新しい役割にマッチングさせることができるでしょうか?スキル・ギャップが十分に理解されていないのに、学習によってスキル・ギャップを埋めることができるでしょうか?

これらの課題のいくつかを明確にし、より詳細に対処するために、これらの重要な要素のいくつかとSkyHive'の視点について、今後数週間にわたって別のブログで論じることにする。

ジョブ・アーキテクチャーと、スキルベースの組織になるために必要な重要なステップから始めよう。その後、ヒューマン・キャピタル・オペレーティング・システム(Human Capital OperatingSystemTM(それは何であり、何を意味するのか)、スキル・タクソノミ(そう、複数ある)の管理について触れ、最後にスキルのインベントリーの収集と、これがワークフォース計画 にどのような影響を与えるかについて説明する。

Paul Scott はSkyHive のエンタープライズアカウントエグゼクティブです。連絡先 paul.scott@skyhive.io.

Download PDF

従業員の潜在能力を引き出す準備はできていますか?

世界で最も倫理的なアル・ピープル・テクノロジーが、ジョブ・ベースからスキル・ベースへの移行を支援します。

デモを依頼する

関連資料

すべてのCookieを受け入れる」をクリックすると、サイトナビゲーションの強化、サイト利用状況の分析、マーケティング活動の支援を目的として、お客様のデバイスにCookieが保存されることに同意したものとみなされます。詳しくはプライバシーポリシーをご覧ください。