サービス・マネジメントの学び、7本目。前回まではオペレーション設計の話だった。今回はサービスの「人づくり」に踏み込む。
講義で取り上げたのは、世界中に展開するあるラグジュアリーホテルチェーンの事例だ。「最高のサービス」で知られるこのホテルが優れているのは、「すごい人がすごいサービスをしている」からではない。普通の人が入社し、仕組みを通じてプロフェッショナルに育つ再現性にある。
この仕組みを分解すると、「採用」「研修」「日常の浸透」という3つのフェーズが精密に連動していることがわかる。そしてその全体を貫いているのが、強烈な企業文化だ。
採用：スキルより態度・価値観を見る
このホテルチェーンの採用基準は明快だ。スキルよりも態度と価値観を重視する。
接客の技術は教えられる。だが、人に対する共感力、奉仕の精神、相手の気持ちを先読みする感受性──これらは教育で身につけるのが難しい。だから採用の段階で見極める。
面接では、質問力や共感力を引き出す対話を重視する。「正しい答え」を求めるのではなく、「この人は他者の気持ちにどう反応するか」を見ている。たとえば、「困っている同僚を見たときにどう行動したか」といった過去の具体的な行動を掘り下げる質問を通じて、その人の本質的な価値観を見極める。
スキルは後から付けられるが、価値観のミスマッチは後から修正できない──この割り切りが、人づくりの出発点になっている。
これはITの採用でも重要な示唆を与えてくれる。技術力は入社後に伸ばせるが、「チームのために貢献する姿勢」「顧客の課題を自分ごととして考える感受性」は、採用時点でかなりの程度が決まっている。私のチームでも、技術テストの点数が高いが協調性に不安がある候補者と、技術は伸びしろがあるが価値観がチームと合う候補者とで迷ったとき、後者を選んで正解だったケースが少なくない。
研修：最初の2日間はスキルを教えない
このホテルの研修設計で最も印象的だったのは、入社後の最初の2日間ではスキルを一切教えないという点だ。
では何を教えるのか。「なぜこの仕事に意味があるのか」という価値観だ。
企業が大切にする信条（クレド）を共有し、「私たちは何者か」「なぜこの仕事を誇りに思えるのか」を徹底的に腹落ちさせる。スキル訓練は3日目から。この順番が重要だ。
講義で学んだ概念を使えば、入社直後は「心理的可塑性」が最も高い時期だ。新しい環境への不安と期待が混在するこのタイミングで価値観を注入することで、深く内面化される。先にスキルを教えてしまうと「作業者」としてのアイデンティティが形成され、文化の浸透が浅くなる。
これは組織社会化（Organizational Socialization）の理論とも整合する。組織社会化とは、新メンバーが組織の規範、価値観、行動様式を学び、組織の一員として機能するようになるプロセスだ。研究によれば、入社後の最初の90日間（特に最初の数日間）が組織社会化において最も重要な時期とされている。このホテルはその「ゴールデンタイム」を最大限に活用している。
組織社会化には3つのゾーンがある。コンフォートゾーン（快適領域）──慣れた環境で安心しているが成長はない。ストレッチゾーン（挑戦領域）──適度な緊張感の中で学びが最大化される。パニックゾーン（恐怖領域）──過度なストレスで思考が停止する。このホテルの研修は、新入社員をストレッチゾーンに意図的に置く設計になっている。価値観の共有で「あなたは仲間だ」という心理的安全性を与えつつ、「この組織の一員としてどう行動すべきか」という適度な挑戦を提示する。
日常の浸透：毎朝15分の「儀式」
研修で注入した価値観を持続させる仕掛けも用意されている。
毎朝の「ラインナップ（朝礼）」で、クレドの一項目を取り上げて全員で議論する。入社21日目、365日目には改めて振り返りの機会を設ける。
これは「儀式化」だ。価値観を一度教えて終わりにするのではなく、日常のルーティンに組み込むことで、文化を個人の意識から組織の仕組みへと固定化している。
注目すべきは、この儀式が「読み上げ」ではなく「議論」の形を取っていることだ。単にクレドを唱和するだけなら形骸化する。「今日のテーマについて、最近あった具体的な場面を共有しよう」という双方向の対話が、毎回新しい文脈でクレドを再解釈させる。これにより、クレドが「額縁に入った文章」ではなく「生きた判断基準」として維持される。
ITの現場でよくある「朝会（デイリースタンドアップ）」も、本来はこの儀式化の機能を持っている。しかし実際には、タスクの進捗報告だけで終わりがちだ。チームの価値観や目指すべき品質基準を共有する時間を1〜2分でも設けるだけで、朝会の意味は大きく変わるだろう。
McKinsey 7Sで見る「仕組み」の全体像
このホテルチェーンの人づくりを俯瞰するのに、McKinseyの7Sフレームワークが有用だ。7Sは組織を7つの要素で捉える。ハードの3S（Strategy=戦略、Structure=組織構造、Systems=制度・プロセス）と、ソフトの4S（Shared Values=共有価値観、Skills=能力、Staff=人材、Style=経営スタイル）だ。
このホテルチェーンは、7Sのすべてが「サービスの卓越性」という一点に整合している。採用基準（Staff）は価値観重視。研修制度（Systems）は価値観注入から始まる。毎朝の議論（Style）が文化を維持する。裁量権の付与（Structure）が現場の判断を後押しする。そして、これらすべてを貫く共有価値観（Shared Values）がクレドとして明文化されている。
7Sの教えは、どれか一つを変えるだけでは組織は変わらないということだ。採用基準を変えても研修が変わらなければ効果は薄い。制度を変えても経営スタイルが旧来のままなら浸透しない。7つの要素すべてが同じ方向を向いて初めて、組織はひとつの文化として機能する。
2つの品質管理アプローチの「両立」
このホテルチェーンのサービス品質管理には、2つのアプローチが併存している。
① TQM（総合品質管理）によるプロセスの標準化
サービス品質を定量的に測定し、統計的手法で管理する。ミスを個人の責任ではなく「システムの欠陥」と捉え、プロセスを改善していく。製造業で培われたTQMの考え方を、無形のサービスに適用している。
② 協奏的統制──「タテ」ではなく「ヨコ」のコントロール
もうひとつは、「協奏的統制」と呼ばれるアプローチだ。上からの命令ではなく、共通の価値観を持つメンバー同士の相互チェック・相互支援によって品質を保つ。
この2つは矛盾しない。マニュアルで土台を固めつつ、現場の裁量と創意工夫を活かす。標準化という「管理」の土台があるからこそ、現場は安心して判断できる。裁量があるからこそ、標準化は機械的な作業に陥らず、顧客に感動を届けられる。
ITの世界で例えるなら、TQMはCI/CDパイプラインやコーディング規約に相当する。品質の土台を自動化・標準化で固める。協奏的統制は、コードレビューの文化やペアプログラミングに相当する。仲間同士で品質を高め合う。この両方が揃って初めて、高品質なソフトウェアを持続的に出荷できる。
「2,000ドルの裁量権」が意味するもの
象徴的なのが、従業員一人ひとりに与えられた「1日最大2,000ドル」の裁量権だ。顧客を満足させるために、上長の承認なしでこの金額まで使える。
金額そのものよりも、この制度が発しているメッセージが重要だ。「あなたの判断を信頼している」「挑戦を罰しない」──心理的安全性を制度として明文化している。
理念やビジョンは、制度に落とし込まなければ抽象論で終わる。この裁量権は、理念を現場の瞬間的な判断へと接続する仕組みだ。
ただし、この裁量権が機能するのは、前述の採用・研修・日常浸透という3段階が機能しているからだ。価値観が内面化されていない状態で2,000ドルの裁量を与えれば、ただの無駄遣いになりかねない。逆に言えば、価値観の浸透こそがこの制度の前提条件であり、「文化→制度→行動」という一貫した流れが設計されている。
企業文化は「管理コスト」を代替する
前回の給食企業の事例でも触れたが、強い企業文化は管理コストを下げる。
価値観が内面化された従業員は、細かなルールがなくても適切な判断ができる。マニュアルに書いていない状況でも、「自社ならどうするか」を自分で考えて行動できる。結果として、管理監督のための人員やプロセスが削減される。
このホテルのレポートを書く中で痛感したのは、企業文化とは「精神論」ではなく「統制の代替手段」だということだ。文化が従業員の判断基準を内面化させることで、管理者不在でも品質が維持されるメカニズムが成立する。
経済学的に言えば、これは取引コスト理論の応用だ。組織内での監視・調整にかかるコスト（エージェンシーコスト）を、文化という「ソフトな仕組み」で代替している。100ページのマニュアルを書くよりも、10行のクレドを全員に腹落ちさせるほうが、長期的には遥かにコスト効率が良い。
さらに、強い文化は意思決定のスピードも向上させる。判断に迷ったとき、マニュアルを参照する代わりに「自社の価値観に照らしてどうか」で即座に判断できる。サービスの現場では、顧客を待たせることなく対応できるこのスピードが、体験の質を大きく左右する。
ITチームの「人づくり」への示唆
ITプロジェクトでも、新メンバーのオンボーディングは品質に直結する。
新人にいきなりツールの使い方や開発手順を教えがちだが、このホテルの事例は「まず価値観から」という順番の重要性を示している。「私たちのチームは何を大切にしているか」「なぜこのプロジェクトが顧客にとって重要なのか」──この土台があって初めて、スキルが正しい方向に発揮される。
また、「2,000ドルの裁量権」に相当するものをITチームで設計するなら、それは「現場判断で対応してよい範囲の明文化」だろう。エスカレーション基準を明確にすることは、裏を返せば「この範囲までは自分で判断していい」という安心感を与えることになる。
私自身のチームでは、オンボーディングの初日に1時間かけて「チームの約束事」を共有する時間を設けている。技術スタックの説明ではなく、「私たちは顧客に対してどういう姿勢で臨むか」「品質の基準は何か」「困ったときにどう助けを求めるか」といった価値観の話だ。これをやるようになってから、新メンバーが自律的に動けるようになるまでの期間が明らかに短くなった。このホテルの「最初の2日間」と同じ原理が、ITの現場でも機能するのだと実感している。
この回の学びを深める書籍
サービスにおける人づくりの哲学を現場目線で理解するなら、以下の2冊が特におすすめだ。
1冊目は、日本支社の元総支配人が語るサービス哲学の書。現場の肌感覚で「おもてなし」がどう実践されるかを知ることができる。
2冊目は、創業者自身が組織づくりの全容を語った一冊。採用から文化浸透まで、経営者の視点でサービス組織がどう設計されたかがわかる。
次回予告
今回は「人づくり」の仕組みを学んだ。次回は、この仕組みを使ってサービス品質を世界中に「複製」できるかどうか──新しいホテルを開業するときの7日間の集中プログラムと、その背後にある経営判断の話を書く。