ビジネス部門のメンバーは予測可能性を切望することがよくありますが、それは不可能です。
市場は予測不可能であり、予期せぬ事態がすぐそこまで迫っています。
組織の透明性は水晶玉ではありませんが、チームが進んでいる軌道についてある程度の洞察を提供することができます。
全員がすべてのプロジェクトとすべてのタスクのステータスに即座にアクセスできるようにすることで、プロジェクトや取り組みに関する早期警告により、プロジェクトが軌道から外れる前にチームが方向転換して調整できるようになります。
その結果、チーム全体の機敏性が向上します。優先順位を再評価し、リソースを再割り当てし、計画を変更して、課題を軽減し、潜在的な結果を最大化することができます。
アジャイルチームとは何ですか?
アジャイル チームは通常、時間制限のあるプロジェクトを中心に団結する、部門を超えたチーム メンバーの小グループです。アジャイル チームは、プログラミング、デザイン、コピーライティング、意思決定能力など、プロジェクトを完了するために必要なすべての能力を備えていることが期待されます。役割と責任は、最終結果ほど重要ではなく、最終結果は個々のチームメンバーではなくチーム全体に帰されるべきです。
Agile Allianceに掲載された記事によると、チームはその 1 つの特定のプロジェクトのためにのみ集まっています。プロジェクトが終了すると、チームは解散されるか、新しい成果物を伴う別のプロジェクトに別のメンバーで再編成されます。アジャイルなチームを持つ主な機能の 1 つは、比較的短いながらも測定可能な期間内に高品質の成果物を提供できる能力を持つことです。厳しい納期で高いパフォーマンスを達成するために、短時間で集中的に高品質の結果を提供する機敏なチームが編成されます。
部門横断的なアジャイル チームを説明する 2 つの方法とは何ですか
部門横断的なチームは、システムまたは製品/サービスの一部であり、その中に必要なコンピテンシーをすべて網羅しています。
部門横断的なチームは、製品/サービスの開発に必要なスキルをすべて備えています。変更リクエストは遅滞なく行われます。
アジャイルチームの役割と責任
多くの場合、アジャイル チームは、アジャイル チーム メンバー、スクラム マスター、プロダクト オーナーという 3 つの主要な役割と責任に分かれています。
- アジャイル チーム メンバー:チーム メンバーは、アジャイル チームに貢献する個人です。 1 人が複数のアジャイル チームのチーム メンバーになることができます。アジャイル チームのメンバーは、ソフトウェア開発者、UI/UX デザイナー、データ アナリストなどです。
- スクラム マスター / チーム リード:スクラム マスターはアジャイル チーム コーチとして機能し、チーム ミーティングを促進します。
- プロダクト オーナー:顧客の代理人として機能し、プロジェクト マネージャーや他のプロダクト オーナーなどの主要な関係者と連携し、プロジェクトが合意された成果物に準拠していることを確認します。
アジャイルなチーム構造
アジャイル チームの構造は通常、直線的というよりも水平的です。アジャイル チームがどのように構成されているかはそれほど重要ではなく、むしろチームがどのようにパフォーマンスを発揮するかが重要です。ただし、独自のアジャイル チームを編成するときに使用できるいくつかの異なる構造があります。
アジャイルなチーム構造の 6 つの例を次に示します。
ジェネラリスト アジャイル チーム
ゼネラリストとは、さまざまなことについて少しでも知っている人ではなく、複数の異なる分野で熟練した人です。ジェネラリスト アジャイル チーム構造では、誰でもあらゆるタスクを引き受けることができます。
これは、ジェネラリストの人が専門家ではあるが、問題を解決するための基準やベスト プラクティスについて十分に知っているという意味ではありません。これは、問題が発生したときに非常に有益です。ソリューションを作成するための中核的な能力を備えたチームメンバーがすでにいるため、チーム外の専門家とスケジュールを合わせる必要はありません。
ゼネラリスト型のアジャイルなチーム構造を取り入れたい場合は、それを機能させるのに適した人材を見つける必要があります。チームの全員がデータ分析の専門家や営業スペシャリストであるわけではないため、アジャイル チームに含める組織内で多方面に情熱を注ぐ人材を特定する必要があります。また、これを機能させるには、特定の主題に関する専門知識を必要としないプロジェクトが必要です。
スペシャリストアジャイルチーム
スペシャリストは、対象分野の専門家または SME と呼ばれます。ゼネラリストとは異なり、スペシャリスト アジャイル チームは、深い分野の専門知識を持つ専門家で構成されます。このタイプのチームでは、全員が自分の専門知識に関連したタスクに責任を負います。
スペシャリストは、（深い専門知識のおかげで）特定のタスクをより迅速に実行し、より効率的なソリューションを思いつくことが多いため、チームにとってより有益である可能性があります。しかし、スペシャリストでいっぱいのチームが理想的ではない場合もあり、スペシャリストは通常 の仕事には適格すぎるため、座って次のタスクを待つことになる可能性があります。このため、このアプローチは経験豊富な組織に推奨されます。
ハイブリッドアジャイルチーム
この機敏なチーム構造は、ゼネラリストとスペシャリストの両方を組み合わせています。スペシャリストは深い専門知識を必要とするタスクに労力を集中しますが、ゼネラリストはプロジェクトの整合性に責任を負います。
このアジャイル チーム構造は、大規模で複雑なアジャイル プロジェクトに最適に機能することが知られています。
アジャイルチームの移行
アジャイル チーム構造の移行は、基本的に、組織をアジャイル原則に基づくアプローチに移行するプロセスです。新しい働き方への移行は誰にとっても簡単ではない可能性があるため、チームが新しい働き方を採用できるよう支援する必要があります。アジャイルの実践、言語、プロセスに慣れるには時間が必要です。アジャイル構造への移行のマイナス面は、納期の延長です。
パラレルアジャイルチーム
並列アジャイル チーム構造は、管理が最も簡単な構造ではありません。このチームでは、全員のジョブがスプリントごとに変わります。たとえば、ある春には全員がコードを書き、次のスプリントでは全員がコードのテストに参加します。
この構造を使用する特別な理由がない場合は、別の構造を選択した方がよいでしょう。
アジャイル製品サブチーム
製品サブチームは、より大きなチームの自己完結型ユニットです。この構造は、簡素化、説明責任、可視性のために分割する必要がある複雑なプロジェクトに適用できます。このような構造では、アジャイル チームは、いくつかのサブ領域で構成される全体的な成果物を維持しながら、特定の作業領域に責任を負います。
プロジェクトの一部である各アジャイル チームは、プロジェクトの目標と目的に貢献するために協力します。
アジャイルなチーム構造
アジャイル チームのリーダーとして、アジャイル チームの構造を設定するのはあなたの責任です。幸いなことに、アジャイルは適応的なアプローチであるため、組織やプロジェクトに最適な方法で設定できます。上記の構造は一般的なものであり、どちらにも従う必要はありません。自分のチームとニーズに最適なアジャイル チーム構造が見つかるまで、テスト、変更、調整を繰り返してください。
アジャイルチームの推奨規模はどれくらいですか
理想的なアジャイル チームのサイズは小規模で、通常は 5 ～ 11 人ですが、最適な人数は約 3 ～ 7 人です。チームに 7 人以上のメンバーがいる場合は、複数の小規模なアジャイル チームを作成できます。
アジャイルチームは要件をどのように維持するか
アジャイル チームは要件をバックログに保持します。スクラムでは、これはプロダクト バックログと呼ばれ、そこに保存されるアイテムはプロダクト バックログ アイテム (PBI) と呼ばれます。これらの項目には、機能要件、非機能要件、機能拡張、変更要求、または欠陥が含まれます。
すべてのチーム メンバーは、作業中のアイテムの個人的なバックログを維持しており、通常はそのバックログを Jira、Wiki、ホワイトボードなどの場所に保管します。
アジャイルにおいてチームを信頼することがなぜ重要なのか
信頼のないチームは実際にはチームではなく、単に一緒に働いているだけの人々のグループです。私たちが好む信頼の定義の 1 つは、「誰かまたは何かの信頼性、真実、または能力に対する確固たる信念」です。
アジャイル チームが成功するには、信頼とコミュニケーションが最も重要な要素の 2 つです。チームはお互いを信頼する必要があり、リーダーはチームとプロセスを信頼する必要があります。これは、アジャイル タイプのプロジェクト管理を使用してプロジェクトを実施する場合に不可欠です。
アジャイル チームのメンバー間に確立された信頼は、メンバー間のコミュニケーションを迅速にし、変化や問題が発生したときに迅速に対応するのに役立ちます。信頼は効果的なチームプロセスと高いパフォーマンスの基盤です。
そして、信頼があるとチームはより速く、より効率的に、より良く働くだけでなく、仕事の楽しさのレベルも高まります。
アジャイル チームのメンバーとして、コミュニケーション プロセスで誠実かつ透明性を保ち、約束を守り、特定のタスクに取り組む上で知識や経験が不足している場合は助けを求め、信頼の問題について話し合うことで、チーム内の信頼を確立することができます。判断したり非難したりせず、チームメイトをもっと個人的に知りましょう。
アジャイルなリモートチーム
アジャイル リモート チームは、チームのメンバー全員がリモートである点を除けば、アジャイル チームと実質的に同じです。マッキンゼーの昨年の記事では、不信感、より頻繁なチェックインの希望、プロジェクトやタスクの遅延など、チームが別々に作業するときに直面するいくつかの課題について説明しています。同じ記事によると、リモートワークの経験は非効率性や結束力の低下につながる可能性があります。
「（新たに）リモートワークを管理するためのハーバード ビジネス レビュー ガイド」には、次のように記載されています。
- 新しいリモートワーカーの 80% は、より頻繁にコミュニケーションをとればより良い人間関係が築けると考えています
- 43% は、対面時間を増やすことでチームメンバーとより深い関係を築くことができると考えています
- 52% はチームメンバーから平等に扱われているとは感じていません
- 84% が職場の課題や懸念が数日以上続くと考えています
- 41% はチームメンバーが陰で話していると想定しているのに対し、同じ場所にいる従業員は 31%
しかし、だからといって怖がらないでください。組織は望めば、アジャイルなチームをリモート環境でも成功させることができます。チームメンバーは、コラボレーションと生産性を確保するために、テクノロジーの最適な使い方を見つけ、オンラインコミュニケーションに適応する必要があります。そしてそれは不可能ではありません。アジャイル チームにとってリモートの働き方を実現する方法について、InfoWorldが提案したいくつかの提案を以下に示します。
- 適切な機器、ツール、作業スペースを選択する
- チームメイトとその場にいて会話する
- 現実的なチームと個人の任務に取り組む
- ドキュメントを増やす
- 対面でのアジャイル活動（スタンドアップ ミーティングなど）をデジタル活動に変換する方法を学びます。
時間はかかるかもしれませんが、リモートワークは今後も続くため、それに応じてチームを準備することが重要です。さらに、ほとんどすべての組織がすでにデジタル ツールを使用して業務を簡素化しているため、本当の課題は適応と効果的なコミュニケーションです。
Slingshotがお手伝いします
Slingshotアジャイル チームをオンラインにする準備ができています。全員が情報を共有できるようにすることで、チームはタイムゾーンが異なってもプロジェクトを常に最新の状態に保つことができます。つまり、チームメンバーが物理的に一緒にいない場合でも、生産性が低下することはありません。
Slingshot、最新のプロジェクトとチームのファイル管理、チャット、データ分析をすべて 1 つのアプリ内に組み込むことでコラボレーションを簡素化します。これらすべての要素を 1 か所でチーム メンバーと簡単に共有したり、外部のチーム メンバーとプロジェクトを共有したりできると、落ち着きが戻ります。すぐに使える堅牢な生産性により、シームレスに動作して継続的なコラボレーション ワークフローを実現できるように設計されています。これにより、チームはコラボレーションのサイロを横断し、作業の中断を防ぎ、より効率的に連携することが容易になります。
チームの働き方を変える準備はできていますか?今すぐ試して、チームがビジネスの成長を促進する驚異的な成果を生み出すのにSlingshotどのように役立つかを確認してください。
