意味を,デザインする.
CONTACT
意味を,デザインする.
意味を,デザインする.
業績アップや業務効率化を図るべく、DX推進に着手したものの、経営層や現場からの理解が得られず、思ったように進んでいない大規模プロジェクトは少なくないでしょう。現場のエンジニアからは、「DXプロジェクトをスムーズに進めるには、どうすればよいのか」と悩む声が多く聞かれています。そこで今回は、エンジニア出身のプロジェクトリーダー経験者にプロジェクトで得たノウハウ、失敗から得たTipsを紹介してもらいました。
*本記事は、TECH PLAY Magazine より抜粋しています。全文はTECH PLAY Magazineをご覧ください。
「DXとはそれぞれの企業が、デジタルドリブンでビジネス変革を継続した結果、企業のカルチャーが変わることであり、自社のDXは何なのかを考えながらトライアンドエラーを繰り返すこと」（友松）
DXに取り組む企業が増えている風潮についても言及。ダーウインの進化論を例に挙げ、次のように説明した。
「DXはあくまで次世代に生き残るための戦略であり、他社に勝つための戦略ではありません。そこを、誤解している経営者が多いように感じています」（友松）
DXをトップの号令でやることになった。実際にプロジェクトも立ち上がった。一方で、DXの本質を理解していないために、プロジェクトのメンバーが困惑するケースが少なくない。会社が目指す方向性、ミッションやバリューは、トップである経営者が示す必要があると、友松は指摘した。
DXは従来のビジネスモデルとは異なり、プロダクトやサービスが完成したら終わりではない。先に説明したとおり、デジタルドリブンな経営改革を継続することがDXだからだ。そのため、従来とはプロジェクトの進め方も変える必要がある。
一方で、経営者やDXの知識や経験が乏しいメンバーは、システムやプロダクトが完成したら、プロジェクトは終わりだと考えている。そのため従来のウォーターフォール型で計画を立て、成果物やエンジニアの工数を綿密に計算し表化した「WBS（Work Breakdown Structure／作業分解構成図）」などを作成しがちだ。
アジャイル型でDXを推進するプロジェクトチームとの考えに差異があるため、コミュニケーションやプロジェクトの進め方に関して、齟齬などの問題が生じることが多い。
友松は、これまでDXプロジェクトに従事した経験も含め、先行きが不透明なケースが大半だったと振り返る。実際、過去3年間に携わったDXプロジェクト17件のうち、実際にリリースに至ったのは4件。成果やゴールを求める経営層や管理層とは、意識ギャップがあることを強調した。
では、先行きが不透明で成功確率も低いDXプロジェクトを、どのように進めればよいのか。それは、ウォーターフォール型ではなく、適宜、柔軟に変更・対応できるアジャイル型でプロジェクトを進める。かつ、プロジェクトのフェーズにより、開発スタイルを変えることだと、友松は強調する。
「プロジェクトのスタート時は、2～3名で仮説を探索する業務に注力します。少人数でスピーディーに仮説を作成することを目指します」（友松）
DXは先行き不透明なことが多い。さらにはデジタルサービスであるため、いきなりまとまった売上が入るのではなく、徐々にユーザーの増加や売上が向上していく傾向がある。
具体的には、サービスリリースから5～10年は必要だと友松は言う。経営層との認識ギャップを、どのように埋めるのか。
「従来のビジネスとは異なり、明確な回収計画は立たないこと、DXは投資プロジェクトであると理解してもらうこと。これを経営層だけでなく、すべてのステークホルダーに対しても認識してもらう必要があります」（友松）
具体的な手法としては、上記のスライドがわかりやすい。従来のプロダクト型のビジネスは時間の経過と共にプロダクトの価値も売上も減少していくが、DXで生まれたデジタルサービスは、機能追加やマーケットからのフィードバックによるバージョンアップなどにより、進化し続けていく。そしてその進化に伴い、顧客数や売上が上がっていくことを、懇切丁寧に説明するしかない。
2017年に設立したPOINT EDGEは、ビジネスデザインとの言葉を標榜し、少数精鋭で外部のさまざまなクリエイターと協業しながら、各種コンサルティングサービスを提供している。特に最近は、DXに関する案件が多いという。
特徴的なのは、ユーザー視点のミクロな目線、マーケット寄りのマクロな客観視点両方を総体的、包括的に見ることで顧客の真の価値を見出し、ビジネスをデザインしていくこと。いわゆるUXだ。机上の理論ではなく、実際にクライアントのプロジェクトに参加する、伴走型のサービスでもある。
友松は次のように述べ、セッションを締めた。
「DXの本質を理解してもらうために、ワークショップを開催しています。これまでの関わってきた事例をまとめ、メソッドとして体系立てることで、DX経験が乏しい人でも関われるような取り組みも行っています。これまでDXに携わったことがない人でも、成果が出せる体制作りを今後も続けていきたいと思います」（友松）
元株式会社ストライプインターナショナル 執行役員・CDO 佐藤満氏は、メーカー、アパレル、ITベンチャーから大手まで、さまざまな業界で多様なプロジェクトに、リーダーとして携わってきた経験の持ち主だ。佐藤氏は要件定義をまとめたり、QCD（Quality／品質、Cost／コスト、Delivery／納期）のバランスを調整することで、DXプロジェクトを成功に導いてきた。
だがヤフーの大型サービス統合プロジェクトでは、これまでの手法が通じず、大きな失敗を経験する。
「それまでのプロジェクトでは、自分より上のポジションのステークホルダーは事業部長や社長など数名程度でした。ところがヤフーでの大型プロジェクトは、メンバーは数百名規模、事業部長クラスも多く、綿密なコミュニケーションを取ることが難しい状況が続きました」（佐藤氏）
結局、1年でリリース予定だったプロジェクトは2年経ってもリリースできず、最終的にプロジェクトは頓挫する。しかし、佐藤氏は単なる失敗プロジェクトでは終わらせなかった。なぜ失敗したのかを振り返り、次のようなTipsを得たのである。
「当時の私は、画一的なコミュニケーションしか行っていませんでした。しかし、ステークホルダー一人ひとりのことを考え、それぞれの立場やマインドセットに合致したコミュニケーションを取ることが重要だったのです。その経験を活かし、プロジェクトの進め方を変えました。要件定義やQCDの調整に注力するのではなく、関わるステークホルダーのマネジメント、『いかに人を動かすか』を意識するべきだと気づいたのです。業務割合で言えば、80％の重要度だったと思っています」（佐藤氏）
佐藤氏は、プロジェクト立ち上げ時期は方向性をしっかり決めることが重要なので、できるだけ少人数でスタートさせるのが望ましいと語っている。
「当たり前のことですが、人数が少ない方が認識のすり合わせ、スケジュールのコントロールがやりやすい。誰がどの役割を担うのかも明確です。メンバーが増えた際も、担当スコープのリーダーになってくれる。PMの負担が軽減するメリットもあります」（佐藤氏）
スターティングメンバーが多いと役割が重複し、責任の所在が分かりにくくなる。また、情報が外部に漏れる可能性も高まり、各種スタック要因が増えてしまう。そのため、プロジェクトにしっかりコミットできるメンバーをアサインすることが重要だ。
「メンバーは兼務ではなく、専任で携われることが必須。仮に優秀なメンバーであっても、他のプロジェクトに携わっている際にはアサインはしない」と、佐藤氏は言い切る。100％コミットしていないメンバーがいることで、ミーティングが進まなかったり、ネガティブな意見が出ることが懸念されるからだ。
開発チームに対するマネジメントも、エンジニアの思考や立場を理解することが重要だ。そのため、内製・外注で対応を変える必要がある。
内製チームは品質を優先する一方、外注の外部ベンダーはコストを鑑み、スケジュール（工期）に重きを置くことが多い。
一方で、記者会見やキャンペーンといった、リリース日以降の予定を共有することで、スケジュールに対しても意識させる。さらに、チームの心理的安全性を担保するために、不協和音を生むようなメンバーは早い時点でプロジェクトから抜けてもらう。ただし、抜けたメンバーのことも考慮し、別のチームで新たなチャンスを与える。
対して外部ベンダーの場合は、まずはエンジニア経験があるPMを立ててもらうよう進言し、開発現場には常駐してもらう。
最後は自分に対してのマネジメント、気持ちの持ち方についてのアドバイスだ。
PJを進める上で「神風は吹かない」と、佐藤氏。辛い状況に陥ったときほど「どうにかなる」「なんとかなるはずだ」という思考になった時点で、スタックする危険性がある。ネガティブマインドの原因をしっかりと把握し、掘り下げる勇気を持ち、実際に行動する重要性を指摘した。
パネルディスカッションは、数々のDXプロジェクトをリーダーポジションで取り組んできた、エンジニア出身でフリーコンサルタントの岡村直人氏がモデレーターを務め、現場の課題や対策についてディスカッションが行われた。
岡村：経営者や現場など、エンジニアと非エンジニアのギャップを埋めることの難しさが伝わってくるセッションでした。改めて、ステークホルダーとのギャップを埋め、説得する対策を教えていただけますか。
友松：このギャップは溝が深く、たやすく乗り越えられるものではありません。評価ポイントの違いもあります。一方で、DXは行う必要がある。結局は人対人の感覚的なところで、会話や対話を重ねていくしかないと、現状では考えています。
佐藤：経営層に対しては、どのような変化が起きるかを伝える。その変化に対して、コミットしてもらうことが重要だと考えています。一方で、カスタマー系のメンバーには配慮が必要です。DXによってクレームや問い合わせの対応が楽になるなど、自身の業務がより良く改善することを伝えます。
岡村：デジタルリテラシーに関してはどうでしょう。
友松：これは非エンジニアに対してのメッセージになりますが、エンジニアは話を最後まで聞いてほしいのに、非エンジニア側は、話を途中で遮るケースがよく見られます。IT知識が不足していることが背景にありますが、最後までエンジニアの声に耳を傾けることで、コミュニケーションギャップは改善するのではないでしょうか。
岡村：逆にエンジニアも、ビジネスサイドの業務や思考について関心を持つ。お互いの歩み寄りが大事ですね。ただ、エンジニアのマネジメントは難しい面もあります。
佐藤：非エンジニアが、業務内容が理解しきれないままエンジニアをマネジメントするのは難易度が高い。ですから根本として、エンジニアでない人が、エンジニアをマネジメントしようとせず、一緒に考えるて進めることが大事だと思います。あえて気をつける点を挙げるとすれば、エンジニアは自分が何をすべきかを知りたがっています。ですから「適当にやっといて」といった曖昧ワードは、絶対にNGです。
友松：繰り返しになりますが、お互いの歩み寄りだと思います。非エンジニアの方は、IT知識を深めたり、エンジニアの思考を理解しようとする姿勢が大切ではないでしょうか。一方で、エンジニアもビジネスサイドに携わる。実際に経験を積むことで、新たな世界が見られることも伝えたいですね。
佐藤：いきなり要件の話から入ると、マネジメントがうまくいかないケースが多い。マネジメントしようとして構えるのではなく、趣味の話や雑談から入ることが重要ではないでしょうか。要件を正確に伝えることに集中しがちですが、エンジニアのアイデアや疑問点を聞きながら相互理解を深めるのが良いと思います。
DX導入を検討している部門担当者に、経験豊富な弊社ビジネスデザイナーがヒアリングを行い、各企業にあったオリジナルのワークショップを立案します！ お気軽にご相談ください。
ターゲットと提供価値
●DX戦略立案担当者 ・社内資料の作成をサポート ・マイルストーンとロードマップ作成
●DX推進部門 ・DX導入後の運用視点で改善を立案 ・メンバーのアクションリストへの落とし込み
詳細・お申し込みは以下よりご覧ください！
