Executive Summary:
アジャイルチームの主な機能の一つは、比較的短い期間で確実に高品質な成果物を提供できる能力を持つことです。
ビジネス業界のメンバーは予測可能性を求めることが多いのですが、それは不可能です。
市場は予測不可能で、予期しない状況が突然現れることがあります。
組織の透明性はクリスタルボールではありませんが、チームが進んでいる道筋への洞察を提供することができます。
すべてのプロジェクトとすべてのタスクのステータスを即座に全員で共有することで、プロジェクトや取り組みに関する早期警告が、プロジェクトが脱線する前にチームが軌道修正できるようにします。
その結果、チーム全体がアジリティを持つようになります。優先順位を再評価し、リソースを再配置し、課題を軽減して潜在的な成果を最大化するために計画を変更することができます。
アジャイルチームとは?
アジャイルチームは通常、時間制限のあるプロジェクトの周りに集まるクロスファンクショナルな小規模チームです。アジャイルチームは、プログラミング、デザイン、コピーライティング、意思決定能力など、プロジェクトを完了するために必要なすべての能力を備えていることが期待されます。役割と責任は、最終的な成果がチーム全体に帰属すべきか個々のチームメンバーに帰属すべきかほど重要ではありません。
Agile Allianceに掲載された記事によると、チームは特定の1つのプロジェクトのためだけに集結します。プロジェクトが終了すると、チームは解散されるか、別のメンバーで新しいプロジェクトに向けて再編成され、新しい成果物を生み出します。アジャイルチームの主な機能の一つは、比較的短い期間で確実に高品質な成果物を提供できる能力を持つことです。厳しい期限で高いパフォーマンスを達成するために、アジャイルチームは短く、集中的なバーストで高品質な成果を提供するために組織されます。
クロスファンクショナルなアジャイルチームを説明する2つの方法とは
クロスファンクショナルチームは、必要なすべての能力を包含するシステムまたは製品/サービスの一部です。
クロスファンクショナルチームは製品/サービスを開発するために必要なすべてのスキルを備えています。変更リクエストは遅延なく行われます。

アジャイルチームの役割と責任
多くの場合、アジャイルチームは3つの主な役割と責任に分かれています。アジャイルチームメンバー、スクラムマスター、プロダクトオーナーです。
- アジャイルチームメンバー:チームメンバーとは、アジャイルチームに貢献する個人です。1人が複数のアジャイルチームのメンバーになることはできます。アジャイルチームメンバーはソフトウェア開発者、UI/UXデザイナー、データアナリストなどが考えられます。
- スクラムマスター/チームリード:スクラムマスターはアジャイルチームのコーチとして機能し、チーム会議を進行します。
- プロダクトオーナー:顧客代理として機能し、プロジェクトマネージャーやその他のプロダクトオーナーなどの主要ステークホルダーに関わり、プロジェクトが合意された成果物に準拠していることを確認します。

アジャイルチームの構造
アジャイルチームの構造は通常、直線的というより水平的です。アジャイルチームがどのように構成されているかは重要ではなく、むしろそれがどのように機能しているかが重要です。しかし、独自のアジャイルチームを組織する際に使用できる異なる構造がいくつかあります。
アジャイルチーム構造の6つの例は以下の通りです。
ジェネラリストアジャイルチーム
ジェネラリストとは、多くの異なることについて少し知っている人ではなく、複数の異なる分野で能力を持つ人です。ジェネラリストアジャイルチーム構造では、誰もが任意のタスクを拾うことができます。
これは、ジェネラリストの人が専門家ではないという意味ではなく、問題を解決するための標準とベストプラクティスについて十分に知っているという意味です。問題が発生した場合、チーム外の専門家のスケジュールと合わせる必要はありません。チームメンバーがすでに解決策を作り出すための中核的な能力を持っているからです。
ジェネラリストアジャイルチーム構造を組み込みたい場合は、それを機能させるための適切な人を見つける必要があります。チームのすべてのメンバーがデータアナリティクスの専門家または営業スペシャリストではないため、組織内のマルチパッショナルな人を特定して、アジャイルチームに含める必要があります。また、これを機能させるには、特定の主題専門知識を必要としないプロジェクトが必要です。
スペシャリストアジャイルチーム
スペシャリストは、主題専門家またはSMEと呼ばれます。ジェネラリストとは異なり、スペシャリストアジャイルチームは、深い分野の専門知識を持つ専門家で構成されています。このタイプのチームでは、各自が自身の専門知識に関連するタスクに対して責任があります。
スペシャリストが深い専門知識のおかげで、特定のタスクでより迅速で、より効率的な解決策を思いつくため、チームにとってより有利かもしれません。しかし、スペシャリスト満載のチームは必ずしも理想的ではないことがあり、スペシャリストは通常の業務には不適切なため、次のタスクを待つだけで終わるかもしれません。このため、このアプローチは経験豊富な組織に推奨されます。
ハイブリッドアジャイルチーム
このアジャイルチーム構造は、ジェネラリストとスペシャリストの両方を組み合わせています。スペシャリストが深い専門知識を必要とするタスクに力を注ぐ一方で、ジェネラリストはプロジェクトの整合性に責任があります。
このアジャイルチーム構造は、大規模で複雑なアジャイルプロジェクトに最適に機能することが知られています。
遷移中のアジャイルチーム
遷移中のアジャイルチーム構造は、基本的に組織をアジャイル原則に基づくアプローチへ移行するプロセスです。新しい作業方法への移行は、すべての人にとって簡単ではないため、チームが新しい作業アプローチを採用するのを支援する必要があります。アジャイルの慣行、言語、プロセスに慣れるのに時間が必要です。遷移中のアジャイル構造の欠点は、納期延長です。
並列アジャイルチーム
並列アジャイルチーム構造は管理が最も簡単ではありません。このチームでは、スプリントごとに全員の職務が変わります。例えば、あるスプリントではすべてのメンバーがコードを書き、次のスプリントではすべてのメンバーがそれをテストすることに関わります。
この構造を使用する特別な理由がない場合は、別の構造を選択した方が良いでしょう。
アジャイルプロダクトサブチーム
プロダクトサブチームは、大規模チームの自己完結した単位です。この構造は、単純性、説明責任、可視性のために分割する必要がある複雑なプロジェクトに適用できます。そのような構造では、アジャイルチームは特定の作業領域に対して責任を持ちながら、全体的な成果物は複数のサブエリアで構成されることになります。
プロジェクトの一部である各アジャイルチームは協力して、プロジェクトの目標と目的に貢献します。
独自のアジャイルチーム構造
アジャイルチームリーダーとして、アジャイルチームの構造を設定することはあなたの責任です。幸いなことに、アジャイルは適応的なアプローチであるため、組織とプロジェクトに最適な方法で設定することができます。上記の構造は一般的であり、どちらかに従う必要はありません。テストし、変更し、調整を続けて、独自のチームのニーズに最適なアジャイルチーム構造を見つけてください。

アジャイルチームの推奨サイズは?
理想的なアジャイルチームサイズは小規模で、通常は5〜11人ですが、最適な数は約3〜7人です。チームに7人以上がいる場合は、複数の小規模なアジャイルチームを作成できます。
アジャイルチームはどのように要件を管理していますか?
アジャイルチームは、バックログの中に要件を管理します。Scrumでは、これをプロダクトバックログと呼び、それに保存されるアイテムはプロダクトバックログアイテム(PBI)と呼ばれます。これらのアイテムは、機能要件、非機能要件、拡張機能、変更リクエスト、または不具合です。
チームメンバーは、自分が取り組んでいるアイテムの個人用バックログを管理し、通常、JiraやWiki、ホワイトボードなどの場所にバックログを保管します。
アジャイルでチームを信頼することが重要な理由は?
信頼のないチームは本当のチームではなく、ただ一緒に仕事をしている人々のグループです。信頼の定義として、「誰かまたは何かの信頼性、真実、または能力に対する強固な信念」というものが好きです。
アジャイルチームが成功するには、信頼とコミュニケーションが最も重要な2つの要因です。チームメンバーは互いに信頼する必要があり、リーダーはチームとプロセスを信頼する必要があります。アジャイル型のプロジェクト管理を使用してプロジェクトを提供するときは必須です。
アジャイルチームのメンバー間に確立された信頼は、彼らが迅速にコミュニケーションを取り、発生した変更や問題により迅速に対応するのを助けます。信頼は、効果的なチームプロセスと高いパフォーマンスの基盤です。
チームが信頼関係にあるときだけでなく、チームはより速く、より効率的に、そしてより良く機能しますが、仕事の楽しみのレベルも増加します。
アジャイルチームのメンバーとして、コミュニケーションプロセスで正直かつ透明であることで、チーム内の信頼を確立するのを支援し、コミットメントを守り、特定のタスク作業に対する知識または経験が不足している場合は支援を求め、信頼の問題について議論し、判断したり非難しないで、チームメイトについてもっと個人的に知ることができます。
アジャイルリモートチーム
アジャイルリモートチームはアジャイルチームとほぼ同じです。ただし、チームのすべてのメンバーはリモートです。マッキンゼーの昨年の記事は、別々に働くチームが直面する課題、つまり不信感、より頻繁なチェックインへの希望、プロジェクトとタスクの遅延について説明しています。同じ記事によると、リモートワークの経験は非効率性と結束力の低下につながる可能性があります。

ハーバードビジネスレビューの「遠隔勤務者の管理ガイド(新規)」は次のことを述べています。
- 新しいリモートワーカーの80%は、より頻繁なコミュニケーションでより良い関係が得られると考えています。
- 43%は、より多くの対面時間がチームメンバーとのより深い関係を発展させるのに役立つと考えています。
- 52%は、チームメンバーから平等に扱われていないと感じています。
- 84%は、職場の課題や懸念が数日以上かかると信じています。
- 41%は、チームメンバーが彼らの背後で話をしていると考えており、共存するワーカーの31%と比較しています。
しかし、これに怖がる必要はありません。組織は、望むのであれば、リモート環境でアジャイルチームを繁栄させることができます。チームメンバーは、技術を最適に利用し、協力と生産性を確保するためにオンラインコミュニケーションに適応する必要があります。それは不可能ではありません。ここでは、InfoWorldによる、リモートアジャイルチームが機能するように、リモートのスタイルを改善する方法についての提案があります。
- 適切な機器、ツール、作業スペースを選択してください。
- チームメイトと一緒にいて会話をしてください。
- 現実的なチームと個々の割り当てにコミットしてください。
- ドキュメント増やしてください。
- スタンドアップミーティングなどの対面的なアジャイル活動をデジタル活動に変換する方法を学びます。
時間がかかるかもしれませんが、リモートワークはここにあるので、チームを適切に準備することが重要です。さらに、ほぼすべての組織はすでにデジタルツールを使用して作業を簡素化しているため、本当の問題は適応と効果的なコミュニケーションです。
Slingshotはここでお役に立ちます
Slingshotはアジャイルチームをオンラインで活動させるための準備ができています。全員を知らせておくことで、チームはタイムゾーンが異なっていても、プロジェクトの最新状態を保つことができます。つまり、チームメンバーが物理的に一緒にいなくても、生産性は低下しません。
Slingshotは、最新のプロジェクトとチームファイル管理、チャット、データ分析をすべて1つのアプリに組み込むことで、コラボレーションを簡素化します。これらのすべての要素を1つの場所でチームメンバーと簡単に共有し、外部チームメンバーとプロジェクトを共有できるとき、落ち着きが戻ります。堅牢な生産性フローが標準装備されており、継続的なコラボレーションワークフローをシームレスに実行するように設計されています。これは、チームがコラボレーションサイロを切り抜き、作業の中断を防止し、チームがより良く協力しやすくするのに役立ちます。
チームの仕事の方法を変える準備はできていますか?今すぐ試して、Slingshotがチームにいかに優れた成果を提供し、ビジネス成長を促進するのに役立つかをご覧ください。