アジャイルでコロナ禍かを乗のり切きったRetty、Go To Eat対応たいおうサービスを半年はんとしで構築こうちく

　ビジネス環境かんきょうの急変きゅうへんに素早すばやく対応たいおうするため、「アジャイル組織そしき」が注目ちゅうもくを集あつめている。スピーディーな意思いし決定けっていを実現じつげんし、ユーザーニーズに応おうじたサービスなどを提供ていきょうする。アジャイル（迅速じんそくな）開発かいはつと同おなじく、短期間たんきかんで実行じっこうとレビューを繰くり返かえしながら新あらたな価値かちを生うみ出だす組織そしきが求もとめられている。

　ただし組織そしき変革へんかくには抜本ばっぽん的てきな対応たいおうが求もとめられるため、一筋縄ひとすじなわではいかない。アジャイル組織そしきを目指めざしても、何なにから着手ちゃくしゅすればいいのかを迷まよってしまうこともあるだろう。アジャイル組織そしきの構築こうちくに二にの足あしを踏ふんでしまう企業きぎょうは多おおいといえる。

　しかし大だい規模きぼアジャイルフレームワークの普及ふきゅうでアジャイル組織そしきへの道みちが開ひらかれようとしている。フレームワーク「SAFe（Scaled Agile Framework、セーフ）」を提供ていきょうするScaled Agile-Japanの中谷なかたに浩ひろし晃あきらストラテジックアドバイザーは「フレームワークに沿そった変革へんかく・運用うんようが肝要かんようだ」と説明せつめいする。フレームワークを適用てきようすれば変革へんかくプランが明確めいかくとなり、組織そしきにアジャイルを導入どうにゅうしやすくなるからだ。

　では、アジャイル組織そしきに変革へんかくした先行せんこう企業きぎょうの成功せいこうの秘訣ひけつは何なにか。グルメ情報じょうほうサービスを提供ていきょうするRettyの事例じれいからその勘所かんどころを探さぐる。

意思いし決定けっていに基もとづいたリソース投入とうにゅうを目指めざす

　「従業じゅうぎょう員いんは増ふえたが、しかるべき場所ばしょにリソースを投入とうにゅうできていなかった」――。このように振ふり返かえるのは、Rettyの常つね松まつ祐一ゆういち執行しっこう役員やくいんVPoEプロダクト部門ぶもん長ちょうだ。Rettyは、アジャイル開発かいはつ手法しゅほうの1つであるScrum（スクラム）を採用さいようしてサービス開発かいはつを進すすめていた。しかし検索けんさく機能きのうを作成さくせいする「検索けんさくチーム」やSEO対策たいさくを実施じっしする「SEOチーム」、飲食いんしょく店てんを予約よやくする機能きのうを開発かいはつする「予よ約やくチーム」など、各かく部門ぶもんが縦割たてわりの組織そしき構造こうぞうとなっており、部門ぶもん間あいだで連携れんけいしづらい状況じょうきょうになっていたという。

　このため優先ゆうせんして開発かいはつしたいサービスがあっても各かくチームによって優先ゆうせん度どが異ことなるため、「顧客こきゃくに価値かちを提供ていきょうするスピードが追おい付ついていないことがあった」（常松つねまつ執行しっこう役員やくいん）。チーム横断おうだんでサービスを開発かいはつする場合ばあい、チームごとに足並あしなみがそろわず、開発かいはつに遅延ちえんが発生はっせいすることがあったという。

　そこで常松つねまつ執行しっこう役員やくいんらが考かんがえたのが大だい規模きぼアジャイルフレームワーク「Large Scale Scrum（LeSS）」の採用さいようだった。LeSSは複数ふくすうのスクラムチームを束たばねて大だい規模きぼな開発かいはつを進すすめるためのフレームワークである。採用さいようの理由りゆうは、常松つねまつ執行しっこう役員やくいんが前まえ職しょくで採用さいようした経験けいけんがあったことや、当時とうじのプロダクトの責任せきにん者しゃが興味きょうみを持もったことなどが挙あげられるという。

　LeSS導入どうにゅうによるメリットは、経営けいえい陣じんの意思いし決定けっていから素早すばやくプロダクトバックログを作成さくせいできることだ。プロダクトバックログは要件ようけんや要求ようきゅうに基もとづいて、優先ゆうせん順位じゅんいを付つけたタスクリストである。

　開発かいはつ方針ほうしんを定さだめる際さいは、四半期しはんきごとに全体ぜんたいのプロダクトバックログを作つくり、毎月まいつきのタスクに落おとし込こむ。週しゅう1回かい開催かいさいされる経営けいえい会議かいぎで役員やくいんとスクラムチームに所属しょぞくしていない営業えいぎょう部門ぶもん長ちょうなどが集あつまり、大おおまかな方針ほうしんを決定けっていする。方針ほうしんはプロダクトオーナーに引ひき継つがれて、デザインと企画きかくの担当たんとう者しゃに共有きょうゆうしてバックログに積つむ施策しさくを検討けんとうする。その後ご、プロダクトオーナーはバックログの優先ゆうせん順位じゅんいを決定けっていし、開発かいはつ部門ぶもんなどに割わり当あてる。