SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

【デブサミ2021】セッションレポート(AD)

大企業で内製×スクラム開発を成功させるには? 事例に見る5つの勘所【デブサミ2021】

【18-C-3】大企業でもできる!! 短期間でプロダクトをリリースするための勘所

  • X ポスト
  • このエントリーをはてなブックマークに追加

 リアルより気軽に話しかけられるオンラインワークスペース「NeWork」。大企業特有のカルチャーを抱えながら、わずか3か月で「NeWork」をローンチした経験をもとに、大企業でも短期間でプロダクトをリリースするための勘所が紹介された。登壇者はNTTコミュニケーションズ株式会社ソフトウェアエンジニアの沓澤遼氏。多くのステークホルダーを抱えながら、短期間での内製開発×アジャイル開発にどう挑んだのか。

  • X ポスト
  • このエントリーをはてなブックマークに追加

NTTコミュニケーションズ株式会社 イノベーションセンター/ソフトウェアエンジニア 沓澤遼氏

NTTコミュニケーションズ株式会社 イノベーションセンター/ソフトウェアエンジニア 沓澤遼氏

「作ったモノにニーズがない」を避けるための4つのフェーズ

 「『小さい裁量権』『遅い意思決定』『外部委託頼みの開発』『超重厚なプロセス』――多くの大企業がそうであるように、NTTコミュニケーションズも同様の特徴を持っていた」と切り出した沓澤氏。トップからのオーダーで「新しいコミュニケーションサービスの立ち上げを」との声があり、プロジェクトの体制と期間が定められた。

 「正直、プロジェクトが始まる前から不安な気持ちでいっぱいでした。なぜなら、弊社が2か月でプロダクトを開発してローンチしたという話なんて聞いたことがなかったから。それでもミッションを達成するためには、大企業の組織文化を受け入れ、その中でできる範囲でうまくやる必要がありました」(沓澤氏)

 そこで内製開発×アジャイル開発に挑戦することが決まる。この挑戦を後押ししたのは、及川卓也氏・和田卓人氏・吉羽龍太郎氏という、同社の豪華な社外技術顧問陣である。彼らが経営幹部向けにアジャイル・内製プロダクト開発の勉強会を開催していたことから、これらの必要性に対する理解が進んでいた。実務においてもSlack上で気軽に1on1で相談できる環境が整っていた。

デブサミのチャット上では「うらやましい」との声が多数あがった。

デブサミのチャット上では「うらやましい」との声が多数あがった。

 一般的に、新規事業の失敗率は90%以上と言われている。その最大の失敗理由は、「作ったプロダクトにニーズがないこと」だ。そこでNTTコミュニケーションズが社内に抱えるインハウスデザイン組織「KOEL」および社外のクリエイティブファームKESIKI INC.と共に、入念にコンセプト策定を行うための“ユーザーのニーズの深掘り”を徹底的に行うことにした。「その際、任せるのではなく、開発チームの全員がコンセプト策定に参加したことで、納得感のあるプロダクト開発につながった」と沓澤氏は述べる。

 コンセプト策定は、以下の4つのフェーズで進めていった。

PHASE1:発見

 リモートワークに慣れ親しんでいる16名の先端ユーザー&専門家にインタビューを行い、リモートワークにおける課題を洗い出した。同時に、既存のリモート会議ツールを利用しているユーザーへ800件超のアンケートを行い、働き方の課題や潜在ニーズの抽出を行った。

PHASE2:結晶化

 同社の企業理念に立ち返り、ビジョンを言語化した上で、「NTTコミュニケーションズは、リモートワークにおける未来のスマートなコミュニケーションをどう再定義していくのか?」というプロダクトビジョンを定めた。

PHASE3:アイデア・コンセプト

 「リアルより気軽に話しかけられるオンラインワークスペース『NeWork』」のアイデア・コンセプトを固めた。

PHASE4:作る・伝える

 ここまでの内容を踏まえ、「ユーザーはこういうことに困っている→我々は何をする会社だっけ?→チームではこういう解決方法を考えています」というストーリーを立て、ステークホルダーの共感を得た。

 6月2日のキックオフから、コンセプト策定で1枚絵のプロトタイプを生み出すまでにかかった期間は、20日間。期限の7月31日には到底間に合わない。実装が重いこと、セキュリティ関連の対策に時間をかけたいことを説明し、1か月間期限を延長してもらうことができた。それでも実質的な開発期間は約2か月。余裕があると言える状況でないことは、依然として変わりなかった。

次のページ
大企業におけるスクラム開発の課題を乗り越える、5つの勘所

関連リンク

この記事は参考になりましたか?

  • X ポスト
  • このエントリーをはてなブックマークに追加
【デブサミ2021】セッションレポート連載記事一覧

もっと読む

この記事の著者

CodeZine編集部(コードジンヘンシュウブ)

CodeZineは、株式会社翔泳社が運営するソフトウェア開発者向けのWebメディアです。「デベロッパーの成長と課題解決に貢献するメディア」をコンセプトに、現場で役立つ最新情報を日々お届けします。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

【AD】本記事の内容は記事掲載開始時点のものです 企画・制作 株式会社翔泳社

この記事は参考になりましたか?

この記事をシェア

  • X ポスト
  • このエントリーをはてなブックマークに追加
CodeZine(コードジン)
https://codezine.jp/article/detail/13688 2021/04/15 12:00

おすすめ

アクセスランキング

アクセスランキング

イベント

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング