SHOEISHA iD

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

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

Developers Summit 2023 Summer セッションレポート(AD)

ITとビジネス間の「見えない壁」を超える、出島戦略のすすめ

【C-6】見えない壁を越えよう!アジャイルやマイクロサービスを阻む「今までのやり方」

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

アジャイル開発を電車に例えると

 まずはアジャイル開発から見ていこう。鈴木氏は「突然ですが、クイズです」と切り出した。タクシーと電車のどちらがアジャイルっぽく見えるだろうか。

 答えは電車だ。タクシーはどこへでも行けて自由度が高いものの、調達に時間がかかり、ドライバーのスキルに左右されることもある。一方電車は、運行区間や料金があらかじめ定められていて自由度が低い半面、ルールが明確なので、安定的・継続的に何かをデリバリーするときには便利である。

 電車の在り方をスクラムで考えてみよう。電車は定期的に駅から駅へと運行している。ホームでは乗客が並んで待ち、電車が着くと定員まで乗客を乗せて発車する。電車の運行がスプリントで、出発ホームがプロダクトバックログ(やりたいことのリスト)、乗客はプロダクトバックログのアイテム(リストの1つ)となる。

スクラムの仕組み
スクラムの仕組み

 電車は乗客を安全に目的地まで運ぶことに集中すればいいので、次の電車の乗客が誰かは気にしなくてもいい。これは「いまやること」と「次にやりたいこと」の分離であり、開発リソースの調達が不要で無駄がないと言える。

 ただし、電車に乗り遅れないようにする(荷物をまとめてホームで待つ)のは乗客の責任となる。スクラム開発で言うと、プランニングまでに要件を詳細化し並べ、見積もり可能なレベルにする必要がある。

 ここに見えない壁がある。この詳細化は開発側ではなくビジネス側の責任なのだ。スプリント内で開発者が詳細化していると、見積もりは曖昧になってしまう。

スクラムと要件の詳細化
スクラムと要件の詳細化

プロダクトオーナーの役割

 そこでビジネスを理解できるプロダクトオーナー(PO)が要件の詳細化を主導していく。この詳細化は調整事項が多いため、スプリントとは独立して行う。もしPOが企画部門やビジネス側出身で詳細化のスキルが乏しいのであれば、開発経験者をPO支援(プロキシPO)につけるといい。なおスクラムマスターが暗黙的にPOを担うことも多いが、これはアンチパターンだ。スクラムマスターが機能しなくなってしまう。

 鈴木氏は「POの最大の仕事は決定すること」と言う。電車の例だと、どの電車にどんな順番で誰を乗せるかを決めることにあたる。決定を遅延させたり、覆したりしてはいけない。また、POをうまく機能させるためには組織全体でPOの決定を尊重する必要があるが、困難もある。

プロダクトオーナーの決定を阻む壁
プロダクトオーナーの決定を阻む壁

 POはユーザーや開発者に向けた横の調整だけではなく、意思決定者や業務との縦の調整もしていく必要がある。会社の意思決定者に向けては説明責任があり、業務現場にはオペレーションの業務調整など合意形成する必要がある。

 もしPOがスティーブ・ジョブズのように、会社の全権を掌握する意思決定者であり、プロダクトの育て方も理解し、業務側の意思決定者でもあり、顧客の未来も見えているのであればいいが、通常は縦と横の調整は難しい。

 この壁を越えるための策として、鈴木氏は「組織としての意思決定プロセスを明確にする」ことを伝えているそうだ。鈴木氏のおすすめは、縦の合意形成に必要な人を集めたミーティングの定期的な開催。これをスプリントと同じサイクルで行うのだが、ミーティングはスプリントプランニングの手前なので、スプリントレビューとは別にする。

 鈴木氏は「偉い人と細かく定期的に話す。3カ月前だと忘れられてしまうことでも、毎週やっていると現場と意識が合うのでミーティング時間が短くなり、ITをグリップしている感覚も持てるので、うまく回るようになります。また小さな失敗の報告がしやすくなります」と話す。

次のページ
システムは分割せず、新しいサービスで置き換えていく

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

  • X ポスト
  • このエントリーをはてなブックマークに追加
Developers Summit 2023 Summer セッションレポート連載記事一覧

もっと読む

この記事の著者

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

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

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

加山 恵美(カヤマ エミ)

フリーランスライター。茨城大学理学部卒。金融機関のシステム子会社でシステムエンジニアを経験した後にIT系のライターとして独立。エンジニア視点で記事を提供していきたい。EnterpriseZine/DB Onlineの取材・記事や、EnterpriseZine/Security Onlineキュレーターも担当しています。Webサイト:http://emiekayama.net

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

川又 眞(カワマタ シン)

インタビュー、ポートレート、商品撮影写真をWeb雑誌中心に活動。

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

提供:グロース・アーキテクチャ&チームス株式会社

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

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

この記事をシェア

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

おすすめ

アクセスランキング

アクセスランキング

イベント

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

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

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

メールバックナンバー

アクセスランキング

アクセスランキング