生駒 了士(写真右)
株式会社メンバーズ EMCカンパニー 第1ビジネスユニット ビジネスユニット長
入社後数年は大手金融企業のマーケティング成果向上を目指した中~大規模のWebサイト構築に従事。PM/ディレクターとして、戦略策定や設計から実作業まで幅広く担当。ワークショップ、ユーザーリサーチ、プロトタイピング、ユーザーテストを経て創り上げる制作案件を多数担当。その後同チームの責任者を経て、現在は最年少事業部長として全社の事業変革、推進する役割を担っている。また、プライベートワークとして、ベンチャー企業のプロダクト開発支援も手掛ける。
塚本 洋(写真左)
株式会社メンバーズ グループ執行役員 兼 メンバーズエッジカンパニー 社長
2004年にメンバーズ入社。国内大手企業のWeb戦略策定やサイト構築を多数支援した後、2017年にメンバーズエッジを設立。「開発現場から世界を変える!」を合言葉にアジャイルに特化したチーム型システム開発事業を推進中。
「作って終わり」にしないために、体制構築を怠るなかれ
開発におけるDXはどのようなステップで進むのでしょうか?
生駒:必ずしもこのように進むとは限りませんが、DXの全体像をまとめてみました。「デジタイゼーション」と言われる既存システムのクラウド移行や、既存業務のデジタル化はDXではないという考え方もありますが、メンバーズでは「守りのIT」「攻めのIT」どちらも両輪で回し、デジタルを活用してビジネスを変革、前進させていく活動全体がDXと考えています。
フローの中に「開発の内製化」というフェーズがありますね。
生駒:顧客企業のなかから10社以上にヒアリングした結果、完全内製チームとまでではないものの、DXの推進が進んでいる企業ほど「内製志向」になってきています。 ヒアリングから見えたDXの取り組み傾向
内製化するメリットはなんでしょうか?
生駒:まず、作って終わりではなく、継続開発が可能になる点があげられます。プロダクトはリリースがゴールではなく、成果を出していくために環境変化に合わせたブラッシュアップが必要不可欠です。 しかし、体制として受け皿がないと運用しきれず「作って終わり」の状態を生んでしまいます。また、外部開発に依存しすぎると、リリースまで時間を要してしまいその間の変化に耐えきれないといったリスクが出てくるんです。逆に意思決定者を開発チーム内におくなど内製型の体制がきちんと構築されていれば、細かい単位で軌道修正が可能です。 また、1つのプロダクトを作って終わりではなく、別のプロジェクトへ再現性高く応用することも競争優位を作るうえで重要ですが、体制があれば組織内にノウハウが蓄積しやすいというメリットもあります。
では、企業は一刻も早く人材を採用・育成して内製チームを作るべきですね!
塚本:実はそうとも言い切れないんです。多くの事業会社で、IT人材の採用や育成を始めているものの、難航しているのが実状です。市場全体でIT人材が不足し、IT人材が採用できたとしても事業会社内でキャリアアップを考えるのが難しいといった課題があります。せっかく採用しても、プロダクトをリリースしたら離職してしまう・・・なんてことが十分にあり得るのです。 それから、完全内製チームを作ったとしても、常にモダンな技術を取り入れ続ける必要があり社内メンバーだけでは限界があるという課題もあるんですよね。
内製化すべきだけど課題も盛りだくさん…どうしたらいいんですか(泣)!!
塚本:採用面や専門性/先進性のある技術を取り入れることを考えると、外注と良いパートナー関係を築いて安定したリソースを得ながら、「内製志向」のチームをつくることが選択肢の1つだと僕は考えています。 まずは、分からないところをすべて丸投げするのではなく、事業会社内でやる範囲・パートナーに任せる範囲を、リソースなどを加味して決めることから始めましょう。 関西出身のお二人。息ぴったりに、内製と外注のバランスを語ってくれました。
貴社の開発チームが抱える課題は、どのタイプ?
先ほど10社以上の企業へヒアリングしたという話がありました。そこから、なにか発見はありましたか?
生駒:企業によって、さまざまな課題からDX推進が滞っていることがわかりました。そして、プロダクト開発における課題が3つのタイプに分類されることも見えてきました。
3つのタイプ?どういった課題があるのでしょう?
生駒:チェックリストを用意してみました。ぜひ事業会社の皆さんは、自社にあてはまるものにチェックしてみてください。 ① バズワードとして「DX」が先行していて、具体的にどんなことに取り組めばよいのかわからない 上司から突然DXの司令が降り、急務となってしまうが何から手をつけたらいいかわからない DXの定義が曖昧でよくわからない やりたいことは色々あるがステークホルダーが多く優先順位がつけられない ② 専門的な知識がなくどういったことが実現できるのかアイデアが浮かばない システム、または開発そのものに対する社内の理解が少なく、わかる人にだけ仕事が集中してしまう 企画と開発(ベンダー含む)が組織として分断されており、企画内容ややりたいことをうまく開発に橋渡しできる人が少ない UXデザインに精通した上で、社内や上層部を巻き込んで推進できる人が少ない うまくやれる人もいるが、育成してそうなったわけではないため、再現性がなく後進が育たない。ナレッジが中に残りづらい ③ ある程度やりたいことは決まってきたが、専門リソースがいない、特にエンジニアリング領域やUX領域のリソースがない 人材を採用したいが、中途採用がうまくいかない。採用しても自社でキャリアパスを描くのが難しく、辞めてしまう ⻑く内製でやってきたが、新しい知見や技術を取り入れるのが難しくなりつつあり、モダンな開発ができない いかがだったでしょうか?それぞれの下線カラーによって、課題が異なりますので、あてはまる課題・解決方法をご覧ください。 ①の項目にチェックがついた → 課題①「何から始めていいのか決められない!推進の土台となる人材の不足」タイプ ②の項目にチェックがついた → 課題②「重要ポジション(プロダクトマネジメント/プロダクトオーナー、以下PDM/PO)に仕事が集中し、ボトルネックとなる」タイプ ③の項目にチェックがついた → 課題③「専門高スキル人材が採用できない、採用しても自社のみでの活用が難しい」タイプ
■各課題の解決策
課題①「何から始めていいのか決められない!推進の土台となる人材の不足」の解決策
外注型志向が強い企業の場合は、少しでも内製型にシフトする対応が必要です。また「何からしたらいいのかわからない」といった部分を与件化する作業も進めていきましょう。
メンバーズからのご提案:あたかも社員支援
従来までは、与件が決まった後の実行フェーズの支援が主でしたが、「あたかも社員支援」では課題調査などのインプットから体制構築までをサポートします。また、弊社の管理職レイヤーで活躍する人材が企業の社員さまと同等のコミットメントで業務に従事し、DXを進めていくために何が必要なのかを与件化します。
課題②「重要ポジション(PDM/PO)に仕事が集中し、ボトルネックとなる」の解決策
キーマンに仕事が集中するゆえに開発進捗が滞ってしまう場合は、内部開発をスムーズに進めることができ、ノウハウの伝承ができる体制をつくる必要があります。 メンバーズからのご提案:PDM/PO支援 専門知識・スキルをもったスタッフが、顧客企業のPDM/POの補佐役としてチーム型で支援します。PDM/POは下記の図の通り、求められる役割の範囲が多岐にわたります。そこで、事業の3要素である「BTC(ビジネス・テクノロジー・クリエイティビティ)」をPDM/PO補佐・UX/UIデザイナー・テックリード/エンジニアといった各スタッフがそれぞれに補いながら専任チームを作り、ご支援します。 「BTCモデル」は、勢いのあるベンチャー企業でも取り入れられ、彼らもビジネス・テクノロジー・クリエイティビティの3領域を網羅するメンバーをそろえて開発を進めています。
PDM/PO支援について、実績はありますか?
生駒:大手製造業さまの新規事業におけるアプリ開発をご支援した実績があります。POを補佐するスタッフと、UX/UIデザインチーム、アジャイル開発チームが合同となってご支援しました。ユーザー調査からビジュアルやインターフェース設計・開発までを一気通貫で行いました。 もともとは開発チームのみが支援していたのですが、お話をうかがうとPOへの負荷が非常に大きい状況だったので、PO補佐とUXデザイナーをご提供し、施策の優先順位づけなどをした上で開発チームと連携していくようにしました
課題③「専門高スキル人材が採用できない、採用しても自社のみでの活用が難しい」の解決策
専門リソースが不足している場合は、専門リソースの定着化と同時に定期的に体制を入れ替えて、モダンな技術を常に取り入れられる体制づくりが必要です。
メンバーズからのご提案:プロダクト開発支援
チーム伴走型で、デザイン・テクノロジー・マーケティング施策の開発実行支援をします。弊社のカンパニーであるアジャイル開発に特化したメンバーズエッジはもちろん、その他のカンパニーサービスを組み合わせてご支援が可能です。
DX時代こそ、アジャイル開発が最適なワケ
アジャイル開発について、短期間で実装とテストを繰り返して開発を進めていくという認識はあるのですが、改めてどのようなものなのか教えていただけますか?
塚本:アジャイル開発には様々な手法がありますが、「スクラム」手法が一般的です。下記の図が一般的なロールですが、POが開発の優先順位を決めて、開発者※が決められた期間の中で作っていきます。そして、スクラムマスターと呼ばれるメンバーが、チームの課題を解決するように働きかけてチームの成熟を支援します。 ※2020年11月のスクラムガイド改訂に伴い、「開発チーム」は「開発者」という用語に変更になりました
DX推進において、ウォーターフォール型とアジャイル型のどちらが適しているのでしょうか?
塚本:「守りのIT」と言われる既存システムのクラウド移行や、既存業務のデジタル化では、ウォーターフォール型との親和性が高いですが、「攻めのIT」を推進するには、環境変化への柔軟・迅速な対応が求められ、アジャイル型開発との親和性が高いと言われています。 では、ここで問題です!システム開発やアプリ開発をする際に、何を見積もりますか?
えーっと、見積りは必要な人月コストを計算して作りますよね。あとは、開発期間によっても変動してくるかと。
塚本:そうですね、守りのITでは「要求」が明確に定まっていたので、その実現に向けて「コスト」や「期限」を決めていました。しかし、攻めのITをする際は、「要求」は非常に曖昧です。なので、「コスト」や「期間」を固定して、その範囲で価値の最大化を目指すために何をしていくかを考える「価値駆動」開発が適しているのです。この「価値駆動」開発を実現するために適した手法の1つが「アジャイル開発」なのです。
なるほど、ただ要求を明確化しないアジャイル型に不安を感じる方もいるように感じます。
塚本:確かに、アジャイルはややルーズな印象を持たれがちです。この「アジャイルソフトウェア開発宣言」の影響で、誤解されることも多いんです。 声を大にして伝えたいのが、あくまで下の図の青文字部分より、赤文字部分に価値をおいているだけで、ドキュメントを一切書かず動くものしか作らないワケではありません。うちのチームメンバーはドキュメントをちゃんと書いていますので、ご安心ください(笑)
アジャイル開発のメリットは、何でしょうか?
塚本:よくアジャイル開発だと安くなるの?と聞かれるのですが、コスト削減できるということはないです。開発スピードが格段に向上するとも正直言えません。
下記の調査結果にあるような、優先順の入替に対応できる点やプロジェクトの可視化といったその他の部分で価値を感じていただいています。
最後に、メンバーズのDX推進支援に対してお二人が思う強みを教えてください。
生駒:メンバーズは長らくクライアントさまのWeb運用に寄り添ってきました。顧客企業の目標達成に伴走してきた実績があるからこそ、戦略を描くことに加え、時には社員さんの右腕として、時には部署間のご調整役として、臨機応変にサポートできる点が強みだと思います。 塚本:メンバーズは、全国どこでも同一条件で活躍できるリモートワーク環境を採用したり、IT人材が枯渇する中で新卒社員をきちんと育成できる教育体制を整えるなど、クリエイターを大切にする会社です。そういった点が、優秀な人材が集まる要因ですし、優秀な人材をチームとしてご提供できる強みにもつながっていると思います。 メンバーズでもっとBTCモデルをつくりたいと語る生駒さん AIやIoT等の先端領域事例を増やしたいと語る塚本さん。野望は尽きません…!
生駒さん・塚本さん、ありがとうございました!
今回のお話をまとめると・・・
<編集後記> 「教えて!メンバーズ」の第3弾は、開発まわりのお話を伺いました。シリーズ初の対談形式だったのですが、プライベートでも一緒にアウトドアを楽しむというお二人だからこそ、息ぴったりといった印象でした。嬉しいことにシリーズ第1弾・第2弾の反響がよく、社内でも楽しく読んでいただけているようで励みになります。次回は、MAについてのインタビューを企画していますので、お楽しみに!
※この記事は2022年以前にメンバーズコラムに掲載していた記事のアーカイブです。