KFC UK & Ireland がアトラシアンを活用して製品に関する作業を変革

何千人ものお客様に食事を提供できる新しいプロダクト プラクティスを生み出す

KFC の有名なチキンを作るのに必要なのは、秘伝のスパイスの調合だけではありません。英国およびアイルランドの 1,000 を超える店舗で空腹のお客様に商品を提供するには、多数のビジネス チームと技術チームが協力して取り組む必要があります。

KFC UK&I のデジタル部門は、カスタマー サポートから店内のメニュー画面まで、あらゆる業務を担当しています。オンライン注文の人気が高まるにつれて、これらの技術チームが管理すべきワークロードも増加しています。

アトラシアンによる変革の前、KFC UK&I の製品組織は相互に関連する 3 つの課題に直面していました。

• バランスを欠いた製品ロードマップ: 機能に関する会話ばかりが行われ、信頼性や拡張性を確保するための基礎的な作業は、問題が発生するまで先送りにされていました。

• コンポーネントの健全性とオーナーシップに関する可視性の欠如: 既存のツールでは、蓄積する技術的負債や脆弱なコンポーネントといった問題が手遅れになるまでフラグを立てることができず、システムの信頼性が損なわれていました。問題が発生しても、問題に対処できる適切な開発者を特定するために運用チームが奔走することになり、対応の遅れを招いていました。

• 脆弱なコラボレーション: エンジニアリング チームとアーキテクチャ チームは、関係者ではなく、サービス デスクであるように感じていました。他のチームや事業部門との、より相互的で流動的なコラボレーションを必要としていました。

「短期的な成果にこだわりすぎることは、基盤が危うい状態なのに屋根を修繕するようなものです」と、Systemic Delivery Coach の Ben Richards 氏は説明します。「存続していくためには、バランスを取り直す必要があります。製品とエンジニアリングの作業を会社のゴールに結びつけるための、包括的かつ協調的なモデルが必要でした」

デジタル部門にとってアトラシアンの利用は初めてではありませんでした。技術チームは次のアトラシアンのエコシステムを 8 年間使用していました。

• デリバリー作業を追跡するための Jira

• コードの開発と配信を行うための Bitbucket

• ドキュメントを作成するための Confluence

• インシデントを管理するための Jira Service Management

「アトラシアンのツールは、作業方法に一貫した基準を適用することで、顧客への価値提供を支援します」と Richards 氏は述べています。「しかし、私が常に実感する大きなメリットは、可視性です。可視性がなければ、顧客のニーズやそれを満たす方法について有意義な会話はできません」

計画: フィーチャー ファクトリー チームから製品運用モデルへ

KFC UK&I が導入したアトラシアンの System of Work は十分に機能していましたが、製品組織をレベルアップさせるには、さらなる取り組みが必要でした。つまり、作業の進め方と、そのために使用するアトラシアン ツールの両方を進化させる必要がありました。

Richards 氏と彼のチームは、KFC UK+I におけるコラボレーション、コミュニケーション、および優先順位付けの方法に革命を起こしました。彼らは、すべての製品チームに対して、単一の優先順位付けフレームワークを導入しました。また、部門横断型チームの構築や、チーム間の関係のサポートなど、コラボレーションの促進にも投資しました。

これらのプラクティスを実際の行動に変えるために、Atlassian DevOps プラットフォーム、一元化されたソフトウェア カタログ、Jira Product Discovery、および Rovo を導入しました。

新しいプロダクト時代に対応するアトラシアンのツールセット

Jira Product Discovery や Rovo などの強力なツールを含むアトラシアンの DevOps プラットフォームは、チームがより自由にコミュニケーションを取り、お互いの作業を把握できるようにすることで、製品の将来に関する共通のビジョンを中心に組織をまとめています。

「パートナーシップには可視性が必要です。可視性を実現するには、新しいツールが必要でした」と Richards 氏は語ります。「ツールは注意を促すシグナルを提供し、タイムリーなアクションをサポートしてくれるため、私たちはバランスを保つことができます。誰が何に取り組んでおり、その取り組みはどのような戦略的目標を果たしているのでしょうか」

1. チームの説明責任とシステムの信頼性の向上

アトラシアンの DevOps プラットフォームは、KFC UK&I にエンジニアリングの可視性をもたらし、すべての技術チームが「誰がどのコンポーネントを担当しているか」を明確に把握できるようにします。「以前は、製品の健全性に関する情報が分散しており、当社の基準に沿って業務を継続的に遂行することができていませんでした」と Richards 氏は話します。「アトラシアンを導入したことで、不具合や技術的負債をコンポーネント自体に結び付けることができます。それにより、チーム内での可視性とオーナーシップが促進されます」

すべてのソフトウェア コンポーネントの健全性、所有権、依存関係、コードは、一元化されたソフトウェア コンポーネントのカタログですぐに確認できます。「コンポーネントをクリックすると、使用されている Slack チャンネル、関係者、Confluence のドキュメント、Jira チケット、Bitbucket リポジトリをすぐに確認できます」と Richards 氏は述べています。

アラートは、SonarCloud や Snyk などのセキュリティ ツールと連携し、コンポーネントが KFC のソフトウェア健全性基準を下回るリスクがある場合に自動的に通知します。アラートを受け取ったチームは、カタログを表示して対応できる適切な担当者をすばやく特定し、Bitbucket の基盤となるコードに直接移動して問題を解決することができます。

2. Jira Product Discovery

Jira Product Discovery は、KFC 独自のフレームワークを使用して議論、実験、優先順位付けを行うための共有スペースを提供します。「自分たちの思い通りに優先順位付けできる柔軟性があるため、Jira Product Discovery を選びました」と Richards 氏は話します。

基盤となるエンジニアリングのニーズを潜在的な新機能とともに確認できるため、エンジニアリング投資のバランスを取りやすくなっています。「アーキテクチャ エンジニアが独自のロードマップを持つことは非常にまれです」と Richards 氏は話します。「私たちは、新機能やアップグレードと共に、彼らの取り組みを計画立案のための真のワンストップ ショップにまとめることができました」

メイン プロジェクトの下には、各バリュー ストリームのサブプロジェクトがあり、それぞれにアイデアのバックログとロードマップが用意されています。項目は、それがサポートする戦略的目標に結び付けられ、担当するチームや関係者のタグが付けられ、Jira のデリバリー作業にリンクされます。

例えば顧客インサイトでアイデアを強化するなど、チームは自身のロードマップをアップデートできます。また、ボード、マトリックス、タイムラインなど、他のチームのロードマップを好みのビューで表示することもできます。

「Jira Product Discovery は、関係性とコラボレーションをサポートします。なぜなら、閲覧するチームのニーズに応じて、同じ情報をさまざまな方法で提示できるためです」と Richards 氏は説明します。

3. Rovo

Rovo を使用すると、チームは 3 つすべてのシステムから情報を引き出して、質問にすばやく回答できます。「Rovo はノイズを軽減し、セルフサービスを可能にし、チームが死角を早期に発見できるようにします」と Richards 氏は述べています。「Rovo は Teamwork Graph 全体を把握し、私たちの集合知を検索することで、より広範なつながりを明らかにし、日常的な作業を減らし、インテリジェントな自動化を実現します」

検索機能やチャット機能のほかに、KFC UK&I では Rovo スタジオでアーキテクチャ レビュー エージェントなどのカスタム エージェントを構築して活用しています。以前は、KFC UK&I のアーキテクト委員会は、新しいソフトウェア アーキテクチャのすべての提案に関して、議論を行う必要がありました。提案のレビューの準備を整えるための基準やガイドラインは設けられていませんでした。KFC UK&I は、作業の開始が遅れたり、単調なタスクが追加で発生したりするこれらの会議を避けるために、この新しいエージェントを作成しました。

エージェントは、顧客のニーズに応えて、ソフトウェア アーキテクチャを改善するための新規提案をすべて確認し、その後、KFC の既存のガイドラインと原則に基づいて最初のフィードバックを提供します。提案が承認されると、2 番目のエージェントによって、あらかじめ決められた書式基準に従って Confluence ページが作成されます

現在では、Rovo によってベースライン ガイドラインと標準化への適合が確認された提案のみがレビューのためにアーキテクト委員会に提出されます。これにより、優先順位付けやニーズの把握を円滑に行うことができます。

チームは、変更をより円滑で制限の少ないものにするために、変更エージェントも作成しました。新しいリリースを公開する際、チームはそのエージェントを実行し、チケット データと Bitbucket を使用して関連するすべての情報を収集します。エージェントはこの情報をもとに、企業によって定義された領域と整合性の取れた出力で、リリース通知をコンパイルします。これが完了すると、エージェントはリスク、影響、関連サービスなどの変更フィールドを更新します。

このエージェントは、概要や情報をまとめるために要していた間接作業を 90% 削減し、検証と最終的な提出の準備の段階では、チーム メイトとしての役割を果たします。

今後数年、数十年にわたってお客様をサポートできるよう、チームの体制を整える

新たなプラクティスとツールにより、KFC UK&I はデジタル部門の回復力と能力に対する確信を得ています。KFC の成長、および外食産業のさらなるオンラインへの移行が進む中、同社は引き続きカスタマー エクスペリエンスを第一に考えていきます。

「製品戦略とは、単に次の製品を構築することではありません。それを維持するシステムへの投資でもあります」と Richards 氏は述べています。「優れた製品は、ワークロードのバランスを保ち、チームが連携し、重要な部分に注意を向けるよう導いてくれるツールがある場合にのみ生まれます」