2018年06月18日
DHBR2018年7月号『アジャイル人事』―日本の製造業がアジャイルを実践するために人事部がなすべき5つのこと
DIAMONDハーバード・ビジネス・レビュー 2018年07月号 [雑誌] ダイヤモンド社 DIAMONDハーバード・ビジネス・レビュー編集部 ダイヤモンド社 2018-06-09 Amazonで詳しく見る by G-Tools |
「アジャイル(Agile)」とは「俊敏な」という意味であり、近年IT業界で使われるようになった用語である。端的に言えば、要求仕様の変更などに対して、機敏かつ柔軟に対応するためのソフトウェア開発手法のことである。従来は、要求仕様を満たす詳細な設計を行った上で、プログラミング開発や試験工程に移行する「ウォーターフォールモデル」が主流だったが、開発途中での仕様変更や修正が困難で、技術革新や企業環境の変化に即応することが難しいという問題を抱えていた。アジャイルでは、仕様や設計の変更があることを前提に開発を進めていき、徐々に擦り合わせや検証を重ねていく。途中経過の成果を早い段階から継続的に顧客に引き渡すことで、開発途中での確認や仕様変更などに対応する。また、仕様書だけに頼るのではなく、顧客や開発チーム内でのコミュニケーションを重視することを原則としている。
今月号の論文「伝統的な組織を俊敏に変える3つのステップ 日本企業が『アジャイル』を実践する方法」(桜井一正、高部陽平)では、アジャイルが適用できるための条件として、①トライ・アンド・エラーが許容される、②短期間で成果を可視化できる、③最大20人の単位でチームが成り立つ、④リーダーの力量、⑤ジュニアメンバーの自律性という5つが挙げられている。
私はこの論文をパッと読んだ時、日本企業にはアジャイルを導入する余地がほとんどないのではないかと感じた。というのも、以前の記事「『一橋ビジネスレビュー』2018年SPR.65巻4号『次世代産業としての航空機産業』―「製品・サービスの4分類」修正版(ただし、まだ仮説に穴あり)」で使用したマトリクス図に従えば、日本企業は「必需品である&製品・サービスの欠陥が顧客の生命(BtoCの場合)・事業(BtoBの場合)に与えるリスクが大きい」という<象限②>に強いからである。この象限では品質上の欠陥は絶対に許されない。自動車業界では、最終組立メーカーが系列の部品メーカーに「不良ゼロ」を要求するぐらいである。この象限では、トライ・アンド・エラーを繰り返しながら、別の言い方をすれば、顧客に対して不良を含むかもしれない試作品を提供しながら開発を進めることは不可能に近い。
欧米、特にアメリカでアジャイルが実践されているのは、アメリカ企業が前述のマトリクス図のうち、「必需品でない&製品・サービスの欠陥が顧客の生命(BtoCの場合)・事業(BtoBの場合)に与えるリスクが小さい」という<象限③>に強いからである。特に、アメリカ企業はWebサービスやソフトウェアに強い。これらの製品・サービスでは、多少のバグがあっても顧客に許される。むしろ、バグの発見によって製品・サービスがどんどんグレードアップしていくのを顧客が歓迎しているくらいだ。こういう領域であれば、企業はアジャイル開発で素早くベータ版を市場に投入し、顧客からのフィードバックを得ながら品質を上げていくことが有効であろう。
今月号では、オランダの金融機関であるINGがアジャイル経営を行っていることが紹介されている(ドミニク・バートン、デニス・ケアリー、ラム・チャラン「フィンテック時代のING全社改革 世界的金融グループはアジャイル手法で組織を変えた」)。INGでは、従来型の組織の大半が「トライブ(部族)」、「スクワッド(分隊)」、「チャプター(支部)」と呼ばれるアジャイル組織に変更された。まず、住宅ローンや証券、プライベートバンキングなど個別の事業領域に対応して、13のトライブが設けられた。各トライブの最大人数は150人である。各トライブにはトライブ・リーダーがいて、トライブ内に9人以下のメンバーからなるスクワッドを作る。スクワッドは自己管理型のチームであり、新製品・サービスの提供やメンテナンスなど具体的な顧客ニーズに応える。
スクワッドはマーケティングの専門家、製品の専門家、データアナリスト、IT技術者など、部署横断的に多様な人材で構成され、メンバーのうち1人が「製品責任者」に指名される。チャプターは、多くのスクワッドに分散する同一分野(例えば、データアナリティクスやシステム開発工程など)の人材をまとめる役割を果たす。ここまで読んで、これは製品別/顧客別事業部制組織と何が違うのだろうかと私は疑問に感じた。トライブを事業部、スクワッドを製品別/顧客別のチーム、チャプターをスタッフ部門と読み替えれば、従来の組織論で説明することができてしまう。一般的な金融機関は前述のマトリクス図で言うと<象限②>に該当するのだが、やはりアジャイルは<象限②>と相性が悪いのではないかと思った。
ただ、これで話が終わってしまっては何の面白みもない。確かに、不良を含むかもしれないベータ版を提供し、顧客と擦り合わせながら製品・サービスの品質を上げていくというアジャイルは日本企業には不向きかもしれない。しかし、アジャイルの別の側面、すなわち、PDCAサイクルを細かく回すことで不良を出さないようにするという点は取り入れることができると思う。
ウォーターフォールモデルでは、最後の統合テストを行うまでバグが解らず、バグが見つかった時には大幅な手戻りが発生するという問題があった。製造業でも、ラインで製品が完成してから品質保証部門(品証)が検査を行うため、やはり不良が見つかった場合には大幅な手戻りが生じるか、不良品を破棄しなければならないという問題を抱えていた。近年、日本の製造業の品質神話が崩れつつある。昔は、品証が問題を発見すると、「こんなもの出荷できるか!」と最後の番人役を務めていたのだが、次第にそういう人はいなくなり、同時にラインでは非正規社員が増えたことで、総合的な現場力が劣化したことが原因のようである。よって、現場でPDCAサイクルを細かく回し、不良を発見するタイミングを増やすことが重要である。不良の発見は、製造工程の初期段階であればあるほどよいと、インテルのアンドリュー・グローブは述べている。
インテル経営の秘密―世界最強企業を創ったマネジメント哲学 アンドリュー・S. グローヴ Andrew S. Grove 早川書房 1996-04 Amazonで詳しく見る by G-Tools |
まず、何を作るか計画を立てる。そして、少し作ってみる。その後、第三者にチェックしてもらい、問題があればそれを改善する。目的物そのものが変われば、計画の段階から見直す。これを細かく繰り返すのがアジャイルである。このプロセスは何かに似ていると思わないだろうか?そう、日本企業に特有の「稟議」プロセスである。
稟議では、利害関係者に根回しをして、ある人からフィードバックをもらっては企画書を修正し、その後別の人からまたフィードバックをもらってはさらに企画書を修正する。途中で、「こんな企画ではダメだ」と言われたら、企画を練り直す。そして再び、利害関係者の意見をうかがう。こうして、様々な立場の人たちの多角的な意見を反映させて企画を作り上げていく。利害関係者が集まる意思決定会議では、ほとんど異論が出ずに企画が承認される。表面的に見れば、まさにアジャイルである。しかし、稟議の問題は、アジャイルという言葉とは裏腹に、時間がかかりすぎることである。これは、稟議が非公式、偶発的、暗黙知的に行われるためである。だから、アジャイルを実践するには、細かいPDCAサイクルを公式化しなければならない。
そのために人事部がなすべきことは、以下の5つである。
①製造現場の業務プロセスの設計を支援する。
日本では、業務を遂行する現場が強く、業務プロセスにヒト・モノ・カネ・情報といった経営資源を投入する人事部、購買部、経理部、情報システム部は現場に従うという主従関係が成立しているように思える。例えば、人事部は製造現場から言われるがままに人材を採用し、ラインに配属する、という関係である。だが、私はこうしたスタッフ部門はもっと現場に介入して、現場の業務プロセス構築を支援するべきだと考えている。
製造現場はスループットを最大化するという目的のために製造工程を設計するが、人事部はヒト、購買部はモノ、経理部はカネ、情報システム部は情報の視点から製造工程を最適化する。4部門が連携して、最適化の精度を上げることも重要である。さらに、製造工程は高度に技術的なプロセスでもあるから、設計部や製造工程部との連携も欠かせない。ここでのポイントは、先ほど述べたように、製造工程の早い段階でチェックのプロセスをできるだけ多く設定することである。上司から部下へのフィードバックの機会をあらかじめ業務プロセスに埋め込んでおく。こうしたフィードバックは、運用段階になるとややもすればおろそかにされがちであるから、きちんと文書化しておくことが欠かせない。アジャイル開発では文書が不要と言われることもあるが、基本指針を関係者間で共有するための文書は必須である。
②経営戦略、経営目標が変更になったら、素早く現場にブレイクダウンする。
アジャイルでは、事業環境の急激な変化に伴って経営戦略や目標が頻繁に変わることを想定している。多くの企業では目標管理制度が導入されているが、年に1回の目標設定では環境変化に適応できない恐れがある。人事部は経営陣と緊密に連携し、戦略が変更されたら新しい経営目標を各部門や各社員の目標に落とし込むことができるようにしなければならない。もちろん、単に人事部が上から目標を押しつけるのではなく、人事部が提示した目標が腹落ちするように、上司と部下の間で対話を行うことが重要である。そして、現場の目標が変われば業務プロセスも変更になるから、①で述べたように人事部は現場の業務プロセス再構築をサポートする。
ここで問題になるのが報酬である。近年は成果主義が浸透し、給与全体に占める業績給の割合が上昇する傾向にある。今月号の論文「採用、評価から育成まで アジャイル化する人事」(ピーター・カッペリ、アナ・テイビス)では、個人の貢献に応じて報酬を細かく調整するべきだと述べられている。だが、この点に関して、私は異なる考え方を持っている。それは、個人の業績、部門や会社全体への貢献度を厳密に測定して金額に変換することは不可能だということである。経営戦略の変更に伴って頻繁に個人目標が変わるならばなおさらである。だから私は、報酬に関しては以前の記事「比較的シンプルな人事制度(年功制賃金制度)を考えてみた」で述べたような簡素な制度を保持するべきだと考える。そうすれば、個人の貢献度合いをめぐって、社員と人事部との間で不毛な議論を呼び、そのために業務が停滞することもないだろう。
③上司から部下へのフィードバック情報を蓄積する。
アジャイルでは、①で設計された業務プロセスに従って、上司から部下に対して頻繁にフィードバックがなされる。人事部は、そのフィードバック情報を蓄積する仕組みを情報システム部門と一緒になって構築するとよい。大がかりなシステムは不要である。チャット機能と、上司のフィードバックコメントから部下の強み・弱みを抽出できるテキスト分析機能がついていればよい。このシステムを使うことで、定期的な人事考課のために上司が部下の仕事ぶりに関する過去の記憶を遡って、人事考課シートに評価コメントを記入するという面倒な作業から解放される。
上司から部下に対してフィードバックを行う際には注意点がある。それは、何か問題が生じた時に、すぐさま、対面でフィードバックをするということである。問題発生から時間が経てば経つほど、フィードバックの効果は薄れていく。また、メールやチャットのみでフィードバックをするのも望ましくない。川島隆太『スマホが学力を破壊する』(集英社、2018年)によると、対面で会話をした場合には、思考や創造性を担う脳の最高中枢である前頭前野が活性化するのに対し、PCで文章を書いた場合には前頭前野が活性化しないそうだ。だから、アジャイルが目指す効率化に反するように思えても、上司から部下へのフィードバックに関しては対面で行うべきである。その上で、そのフィードバック内容を先ほどのシステムに入力する。
スマホが学力を破壊する (集英社新書) 川島 隆太 集英社 2018-03-16 Amazonで詳しく見る by G-Tools |
④人材の柔軟な配置を実現する。
業務プロセスが頻繁に変更になれば、人材の入れ替えも頻繁になる。人事部は、③のシステムを活用して、それぞれの社員の能力、技術、強みをデータベース化する。そして、現場と緊密に連携して、どのラインで人材が不足しているのか、逆にどのラインで人材が余剰になっているのかをリアルタイムで把握しておく。人材が不足しているラインには、ラインが要求する人材要件にフィットする社員をデータベースの中から検索する。逆に、余剰人材に関しては、その人の能力などが活かせる現場がないかを探す。人事異動は製造部門内だけで完結する場合もあれば、製造部門以外の部署が関係してくる場合もある。現在はこうしたデータベースが充実していないため、欠員が出るとその場しのぎで非正社員を採用しているケースが多いように感じる。
ここでのポイントは、1年ないしは半期に1回の異動にとらわれてはいけないということである。期中で戦略も目標も業務プロセスも変化するのだから、それに合わせて人材も変化させなければならない。日本企業の場合はゼネラリストを育成するという方針が強いため、職種や部門の転換を伴う異動は比較的受け入れられやすい。一方、欧米の場合、社員はスペシャリスト志向が強く、職種や部門の転換には反発する傾向があるそうだ。また、部下の職種や部門が変わることを快く思わない上司も多いらしい。上司にとって部下は業績を上げるための手段であり、それを取り上げられると自分の業績に響くからだという。この点、日本企業は柔軟な人材配置が実現しやすいと言えるだろう。この利点を活かさない理由はない。
⑤必要な技術・能力を素早く習得できる学習環境を整える。
環境が変化し、戦略が変化し、業務プロセスが変化すれば、必要となる技術や能力も変化する。その技術・能力を社員に習得してもらうために、人事部が伝統的な集合研修に頼っているようでは遅きに失する。かといって、現場のOJTに任せると社員の能力レベルに差が生じる可能性がある。ここで、昔の私ならば、社員が自ら最新の技術・能力に関する動画を撮影して、社内のイントラネットに自由にアップできる環境を構築したらどうかと提案していただろう。だが、最近はどうもこうしたe-Learningの効果に懐疑的であるし、③で紹介した『スマホが学力を破壊する』の論理を拡張すれば、オンライン講座を見ても前頭前野が活性化しない恐れがある。
最も効果的なのは、社員同士の勉強会であろう。①とも関連するが、定期的な勉強会を業務プロセスの中に強制的に組み込んでおくのも1つの手である。人事部は、最新の技術・能力を持つ社員の暗黙知を引き出し、それを形式知化する支援を行う。また、その形式知がどうすれば他の社員にも伝わりやすくなるか、学習コンテンツ制作のアドバイスをする。さらに、ワークショップを交える場合には、参加者同士の間で新たな学習が生まれるようなファシリテーションの方法についてもサポートする。勉強会も、アジャイルの目指す効率化を短期的には犠牲にするものの、中長期的に見れば職場の活性化につながり、それが生産性向上をもたらすと考える。