チームプロセス支援

ビジネス成果につながる
アジャイルチームへ

従来型の開発チームとアジャイルチームの違いは、「チームの視線」が、何に注がれているか。エンタープライズアジャイルにおいて、チーム最大の目的は、価値の具現化を通したビジネス目標の達成です。 Graatのチームプロセス支援は、ビジネス目標に目を向ける開発チームを育て、企業のDXを推進します。

企業が抱える課題 Graatの提案 Graatの進め方事例紹介

企業が抱える課題

これからアジャイル開発を始めるチームの課題

既存サービスのアーキテクチャ刷新と同期をとって、開発手法もアジャイル化したい
スクラムを始めたいが、開発を外部委託しているので進め方が難しい

すでにアジャイル開発を実施しているチームの課題

スクラムのサイクルに、ビジネス部門をうまく巻き込めない
小規模プロダクトで成功したスクラムを、大規模案件にも適用したい
スクラムでチームは活性化したが、明確なビジネス成果が実感できない

Graatの提案

Graat’s Insight

組織からの期待を主体的にコントロールする「大人のチーム」を育てる

よくある 失敗: 特定のチームから草の根的に始まったスクラムを組織全体に広げようとするとき、現場とマネジメントの「意識のギャップ」が障壁となることがあります。スクラムを「開発方法論」と捉え、標準化して組織の資産にしたいと考えるマネジメントサイド。これに対して、スクラムの「考え方」や「チームと仕事の関わり方」といった無形の要素を本質と捉えるチームは、「一律のルールにしては、アジャイル開発の良さが失われる」と反発する – こんな「意識の違いによる対立」に直面しているチームは、少なくありません。
Graatは こうする: スクラムに代表されるアジャイル開発は、人と人の対話や価値観のすり合わせをベースに、高い生産性を担保しようとする「ハイコンテクスト」なフレームワークであると言えます。一方で、大企業の組織運営の根底には、論理性と客観的事実を元に共通理解を形成し、成果を出していく「ローコンテクスト」な価値観があります。両者の違いを、互いに「相手の無理解」と断じてしまえば、溝はますます深まるばかり。この問題を解決するためには、組織への働きかけとチームへのアプローチの両方が必要です。 Graatのチーム支援は、単なるアジャイルプラクティスの指導にとどまらず、チーム自身が「ビジネスの言語」でアジャイル開発の意義を表現し、マネジメント層と意思疎通を行えるように促します。

Graat’s Insight

最適な戦略とツールで、エンタープライズスケールの「検査と適応」を軽量化する

よくある 失敗: 大企業の中でスクラムを実践するチームにとって、パフォーマンスデータの収集、分析は頭の痛い問題です。エンタープライズスケールのIT開発においては、チームの状況を定量的に把握し、自分たちの改善や、ステークホルダーとのコミュニケーションに活用することは欠かせない活動です。一方で、レポート作成や報告のためのデータ収集、加工などといった「顧客価値に直結しない作業」にチームのパワーを使い過ぎて、間接的にプロダクト価値を毀損することは、望ましくありません。
Graatは こうする: チームの成熟度によって、収集すべきデータと分析の観点は変わって行きます。闇雲にデータを集めるのではなく、チームパフォーマンスの定量分析における戦略を定め、効率的に実施することが重要。また、アジャイル開発に適したデジタルツールを活用し、エンジニアの「動線」を妨げないデータ収集と省力化されたレポーティングを図ることも有効です。