リモートワークへの世界的なシフトに伴い、チームダイナミクスはかつてないほど試されている。チームメンバーはタイムゾーンを越えて地理的に分散している。私の仕事は、組織ではコントロールできないような設備や気晴らしのある環境でホームワークをする。
これは、特に無駄のないスクラムチームでは大きな挑戦となる。スクラムフレームワークは、自己管理チームが協力し、革新し、変化に適応することに依存している。適切なダイナミクスがなければ、リモートチームは失敗する運命にある。
このブログポストでは、それを避ける方法を見つける。
スクラムチームとは？
スクラムチームとは、小さな単位でソフトウェア製品を提供するために一緒に働く、機能横断的な個人のグループのことである。スクラムチームはスポーツチームに似ており、チームメンバーはそれぞれ特定の役割を持ち、全員が共通の目標に向かって仕事をする。
典型的なアジャイルスクラムチームは以下の通りである：
クロスファンクショナル：クロスファンクショナル：プロダクト所有者、スクラムマスター、開発チームに加え、UI、UX、DevOps、品質のスペシャリストを含む。
小規模：典型的なスクラムチームは10人以下である。チームは、管理しやすいように十分に小さく、かつ各スプリントで実質的な仕事を完了するのに十分な大きさに設計されている。
しかし、プロジェクトが大規模になると、複数のスクラムチームが一緒に仕事をする可能性もある。あるいは、1つのスクラムチームが、専門スキルを持ったサブチームに分かれることもある。
自己組織化：スクラムチームのメンバーは自律的であり、セルフマネージャーである。メンバー同士で議論し、意見をぶつけ合い、対立を解決することができる。
透明性が高い：スクラムチームは履歴データを使ってプランを立てる。彼らはフィードバックをオープンに共有し、進捗のために協力する。
同じ場所にいる：伝統的に、スクラムチームは同じ場所にいた。リモートワークが普及するにつれ、少なくとも現実の世界ではそうではなくなった。しかし、チームとして成功するためには、デジタルなコラボレーションスペースが必要だ。これについては、このブログ記事の後半で説明する。
スクラムチームを理解する
アジャイル・スクラムの哲学は、ソフトウェア開発のあり方を根本的に変えた。ソフトウェア開発プロジェクトが何年にも及び、もはや適用可能かどうかに関わらず常に当初のプランに固執していた古いやり方に代わり、スクラムはビジネス価値、顧客中心主義、適応性を優先している。とはいえ、この道のりはすぐには進まなかった。
スクラムの歴史
スクラムのコンセプトは、1986年の
Harvard Business Reviewの記事から生まれた。
竹内弘高と野中郁次郎による記事。彼らは、効果的で、動きが速く、機能横断的であることとの類似点を示した。
/(参考) https://clickup.com/ja/blog/7611/undefined/ アジャイルチーム /アジャイルチーム
とラグビーのゲーム。
スクラム」という言葉はラグビーから借用したもので、チームメンバーがゲームを再開するために密集するプレーを意味する。
数年後、ケン・シュワバーとジェフ・サザーランドは、スクラムをソフトウェア開発の正式なプロセスとして開発し、1995年に公開した。これは後に
.
ケンとジェフは当初、ソフトウェア開発のためにこのマニフェストを設計したが、ジェフはそれ以来、業界や機能を超えたチームがスクラム哲学を採用するのを支援してきた。
スクラムチームの構造
スクラムチームには3つの重要な役割がある：
- プロダクト所有者：プロダクトオーナー：カスタマーの声であり、バックログの管理者。
- スクラムマスタースクラムマスター：チームがビジネスを理解し、スクラムの価値を尊重し、障害を排除するようにするファシリテーター。
- 開発チーム：開発チーム：コードの記述、テスト、設計、その他インクリメントの開発に必要なあらゆることを担当するグループ。
それぞれの役割については、このブログ記事の次のセクションで説明する。
スクラムチームの要点
自己組織化された機能横断的なグループに加え、スクラムチームにはいくつかの要素とプラクティスがある。主なものは以下の通りだ：
スクラムイベント：スクラムイベント：アジャイルチームが参加する共同イベント。
レトロスペクティブなど
:スプリント、エピック、バックログなどの用語を含むスクラムチームの共通言語。
成果物：3つの鍵
すなわち、プロダクトバックログ、スプリントバックログ、プロダクトインクリメントである。
ツール
かんばんの実践、ユーザーストーリーの記録、進捗の追跡などができる。
ユースケース開発におけるスクラムチームの役割
スクラムの哲学は、ユーザーに価値を提供するソフトウェアを小刻みに開発することである。機能を論理的なインクリメントに分解するために、スクラムチームは顧客のユースケースを理解する必要がある。
ソーシャルメディアアプリの例を見てみよう。ユースケースの1つが、顧客が画像をアップロードして共有することだとすると、スプリント内で開発すべき機能は、ユーザーアカウント＞画像のアップロード＞ハッシュタグ＞説明＞投稿となる。
一方、ユースケースがなければ、チームはこれを縦割りにするかもしれない。つまり、スプリントには、ユーザープロフィール＞ユーザー表示画像＞ユーザープロフィールURL＞ユーザー認証ステータス＞ユーザーチップボウルなどの機能が含まれるかもしれない。この方法では、アプリはユーザープロフィール機能しか持たず、共有機能が起動するまで使用できなくなる。
もちろん、どちらのアプローチもアジャイルではあるが、ユースケースによって、スプリントの機能がローンチされたときに使えるようになる。
プロダクト所有者、スクラムマスター、開発チームが一緒になって、ユースケースをタスクに適応させる。
プロダクト所有者は、開発チームがユーザーのニーズを理解し、それがどのように機能的なソフトウェアに変換されるかを確認する。
スクラムマスターは、効率的なスプリントプランニングのために、バックログ内のユーザーストーリーの優先順位付けと整理を支援する。
開発チームはユーザーからのフィードバックを理解し、改良を加えていく。
ユースケースによって、スクラムチームはソフトウェア開発の成果を向上させる。それは始まりに過ぎない。スクラムチームのメンバーは、アジャイルソフトウェア開発を成功させるために、毎日いくつかの活動をやる。その鍵のいくつかを以下に挙げる。
スクラムチームにおける役割
スクラムチームには3つの主要な役割がある：プロダクトオーナー、スクラムマスター、そして開発チームだ。スクラムチームのメンバーがやることと、どのように協力して仕事をするのかを見てみよう。
1.プロダクト所有者
プロダクトオーナーはバンドのリードボーカリストのようなもので、トーンと方向性を設定する。利害関係者と開発チームの間の連絡役である。彼らの鍵は以下の通り。
ビジョンの定義
プロダクト所有者は、プロジェクトの目標とビジョンの概要を説明する。スクラムフレームワークを設定し、全員が一致団結し、成功がどのようなものかを理解するようにする。ビジネス目標からエンジニアリング活動への見通しを描く。
プロダクトバックログを管理する。
プロダクト所有者は、バックログオーナーでもある。プロダクトバックログを管理し、各スプリントの戦略/オブジェクトに基づいてアイテムの優先順位を決める。
ステークホルダーとのコミュニケーション
プロダクト所有者はビジネスチームの唯一の窓口です。プロジェクトスポンサーやクライアントとコミュニケーションをとり、定期的なレポートを作成します。
フィードバックの評価
良いスクラムチームは、オープンにフィードバックを与え、受け取る。ビジネスチームやプロジェクトスポンサー/クライアントもそうすること。プロダクト所有者の役割は、フィードバックを収集し、評価し、ふるいにかけ、アクションのために明確にすることである。
2.スクラムマスター
スクラムマスターは、バンドのマネージャーであり、バンドが時間通りにライブに行き、潜在能力を発揮するために必要なものをすべて持っていることを確認する人だ。
彼らはスクラムのマスターであり、人のマスターではない。つまり、スクラムマスターはチームのファシリテーターでありコーチであり、マネージャーではない。スクラムマスターの責任には以下が含まれる：
スクラムセレモニーのファシリテーション
スクラムマスターは、チームがすべてのスクラムプラクティスに従うようにする責任がある。プランニングセッション、毎日のスタンドアップ、レビュー、レトロスペクティブが円滑に行われ、生産性が高いことを保証する。
阻害要因を取り除く
スクラムマスターは、チームの道のりの障害に取り組む。これは、開発チームメンバー間の対立から、必要な自動化ツールの予算不足まで、何でもあり得る。問題があれば、スクラムマスターに連絡しよう。
コーチングとサポート
スクラムプラクティスに一貫して従うには、チームに責任を持たせる人が必要だ。スクラムマスターはチームが集中し続けられるようにサポートと指導を行い、継続的な改善を保証する。
3.開発チーム
開発チームはバンドメンバーのグループであり、それぞれが楽器を演奏するが、全員が曲に貢献する。
スクラム開発チームの重要な点は、設計から開発、テスト、デプロイまで、機能横断的で、やることに必要なすべてのスキルを持っていることだ。開発チームの連帯責任には以下が含まれる：
製品のインクリメントを提供する。
基本的なレベルでは、開発チームはスプリントごとに機能的で価値のある製品インクリメントを作成する責任があります。開発チームはユーザーストーリーをプランニング、デザイン、開発、テスト、デプロイメントを通してアイデアから機能へと導きます。
自己組織化
スクラムチームのメンバーは自律的で、高い所有権を持っている。自己組織化」というのは、開発チームが、自分たちの仕事をどのように達成するのがベストなのか、誰が何をやるのか、誰が誰を助けるのか、タスクをどのように実行するのかを、集団で決定することを意味する。
継続的改善
開発チームは製品の雑草の中にいる。そのため、ギャップを特定し、きめ細かく継続的な改善を可能にする力を握っている。各スプリントの後、開発チームはより効果的になったことを振り返り、それに応じて行動を調整する。
スクラムは最もよく定義されたフレームワークの1つだが、チームマネージャーは簡単ではない。それは、次に述べるような課題をもたらす。
スクラムチームマネジメントにおける共通の課題
スクラムチーム管理における課題は、技術的、マネージャー的、文化的、またはプロセス指向のものがある。一般的なものをいくつか見てみよう。
役割の明確性の欠如：チームがリーンかつクロスファンクショナルである場合、責任が重複することがある。例えば、UXデザイナーとフロントエンド開発者が重複したタスクをこなすかもしれない。両者を分ける明確なビューがなければ、不必要な混乱や衝突が起こりかねません。
この課題は、明確な役割の定義、コミュニケーション、タスク管理によって対処することができます。
ビジネス視点の欠如：製品所有者は開発チームにビジネスの視点を与える。しかし、ビジネスがプロダクトオーナーを闇に葬り、ソフトウェア開発チームを追いやることもある。
解決策: _プロダクトオーナーは所有権意識を持ってこれに対処する必要がある。アンケートフォームやディスカバリー会話のようなツールが役に立つ。
スプリントプランニング：良いスプリントプランニングには、努力の予測と見積もりが含まれる。しかし、スクラムチームは、タスクの過剰なコミットメントや過小評価に苦しみ、未完成の仕事や燃え尽き症候群につながる。
この課題に対処するには、正確で質の高いデータが必要です。
古い慣行への回帰：従来のソフトウェア開発チームがスクラムを採用するとき、彼らは常に古いプラクティスや表面的なアジャイルイベントに逆戻りするリスクにさらされている。
この課題を克服するために、チームはチェンジマネジメントとトレーニングに投資しなければならない。それは1回限りの移行ではなく、継続的な学習努力である。
効果的でないコミュニケーションスクラムチームはコミュニケーションで成長する。彼らはリアルタイムで、コンテキストの中でお互いに話す必要がある。
優れたコミュニケーション/コラボレーションプラットフォームがこれを可能にする。
常に変化する優先度：適応性はスクラムチームの最大の特徴である。しかし、常に変化する優先度はイライラさせる。生産性を維持し、プロジェクトのスコープや納期を損なわないようにしながら、このような変化に対応するには、非常に柔軟で回復力のあるチーム力が必要です。
解決策：ビジネスチームと一緒に変更を緩和することができます。しかし、もしあなたがアーリーフェーズのスタートアップで仕事をしているのであれば、実験をしていることになり、変更は避けられない。より緊密なコラボレーションによって、この課題に対処することができる。
スクラムチームを成功に導く方法
成功するスクラムチームには、アジャイルプロジェクト管理に役立つツールとプロセスが必要だ。
は、まさにこのために開発された。それでは、ClickUpを使って上記のあらゆる課題に対処する方法を見てみましょう。
タスク管理による役割の明確化
アジャイルであるためには、スクラムチームは役割を明確にする必要がある。優れたタスク管理ツールは大いに役立つ。
使用方法
をクリックして
スクラムボード
を使ってスプリントを管理する。
- チームがやることすべてをクリアされたアウトラインにする-機能/ユーザーストーリーを小さく管理可能なタスクに分解する。
- ユーザーを割り当て、優先度を設定する。
- 必要に応じてサブタスクを作成し、個人が完了できるようにする。
- 検収基準のチェックリストを使用する。
- 問題や懸念事項を議論するためにコメント機能を活用する ( ClickUp チャットビュー は、すべての会話をワンストップで見ることができます！)
- 返信をアクションアイテムに変え、チェックする
- カスタムステータスを使用して、返信を追跡し、チェックします。 スクラムワークフロー フェーズ
複数のチャンネルでチームメンバーと接続できるClickUpチャットビュー。
ClickUp フォームによるビジネス展望
プロダクトオーナーの役割は、アジャイルチームと同様にビジネス利害関係者を管理することです。つまり、プロダクトオーナーはプロジェクトスポンサーやクライアントと明確にコミュニケーションするためのツールが必要なのです。
は、多忙なビジネス関係者に的確な質問をすることで、情報収集を効率化します。将来必要となるかもしれない会話の設定を行います。
自由奔放なブレーンストーミングセッションや発見を支援し、重要なポイントを反復的にキャプチャします。
ClickUp-all in oneホワイトボードでチームのアイデアを連携アクションに。
高品質なデータでスプリントプランニングを合理化。
ClickUpのプロジェクト管理ツールは、スプリントで発生する膨大なデータを活用できるように設計されています。
従業員の詳細はこちら：見積もり時間を追加し、すべてのタスクにかかった時間を追跡します。作業負荷ビューを使用して、各開発チームメンバーの稼働率と生産性を確認し、それに応じてリソースを割り当てることができます。
タイムラインの管理：ガントチャートビューを使用して、プロジェクトの時間経過を視覚化します。依存関係を観察し、対応するプランを立てましょう。タイムライン上でタスクをドラッグ＆ドロップして期日を調整できます。
*データの活用：データを活用する
を使えば、週ごとに完了したタスク、優先度、プロジェクトのステータスなど、取得したさまざまな種類のデータをまとめることができます。
クリックアップ作業量ビューで作業負荷を管理する。
適切なリソースでスクラムにこだわる
チームがスクラムレーンから外れてしまうのを防ぐには努力が必要です。ClickUpはこれを可能にするいくつかの変更管理ツールを提供する。
でベストプラクティスを文書化する。
.プロジェクト憲章やチェックリストなどを書き留め、チーム全体で共有し、簡単にアクセスできるようにする。
使用方法 ClickUp目標 プラットフォームで利用可能です。特に
/特に https://clickup.com/templates/agile-scrum-management-t-48349780 ClickUp アジャイルスクラムマネジメントテンプレート /%href/
エンドツーエンドのアジャイルプロジェクト管理をサポートする。
非効果的なコミュニケーションと優先度の変化という課題は、より良いコミュニケーションによって解決するのが最善である。
スクラムチームにおける効果的なコミュニケーションとコラボレーション
お互いに話をしないチームが成功することはない。リモートチームには、効果的なコラボレーションのためのすべてが必要です。ClickUpのコラボレーション機能は、このことを念頭に置いて設計されています。
クリックアップで書いて共有しよう
チームが非同期で仕事をしている場合、文書でコミュニケーションする方法が必要です。電子メールは面倒です。ClickUp ドキュメントを使えば、プロセス、標準、イベントなどを書き留めることができます。ミーティングの議事録を作成し、すべての関係者と共有することで、透明性を高めることもできます。
もっとクールなのは？使う ClickUp AI を使えば、あなたの文章を校正したり要約したりすることができます。もう「文章が書けない」と悩む必要はありません！
/img/ https://clickup.com/blog/wp-content/uploads/2024/01/ClickUp-AI-powered.gif クリックUp AI /クリックアップAI
ClickUp AIでミーティングのメモを要約する。
一緒に考える
スクラムチームは、議論、ブレーンストーミング、仕事のプランニングに多くの時間を費やします。これには共同作業スペースが必要です。
/参考文献 https://clickup.com/features/mind-maps ClickUp マインドマップ /マインドマップ
を使えば、ワークフローをマップし、接続を描き、そこからタスクを管理できる！
ドキュメントを作成したい場合は、ClickUpドキュメントをチームでリアルタイムに編集できます。オンラインで
/参照 https://clickup.com/features/collaboration-detection ClickUpコラボレーションの検出 /%href/
を使えば、即座にドキュメントに参加させることができる。
お知らせ
使用方法 スクラムツール は、次のような分野で助けを借りることができる。
- スクラムチームは自律性と透明性を好む。チームマネージャーは信頼と協力的な文化を要求する。
- スクラムチームは協力する必要がある。生産性の高い議論を何度も促進するために、プロダクト所有者/スクラムマスターが必要である。
- スプリントで仕事をするには、複雑な生産性を小さく管理しやすいタスクに分解する能力が必要である。
最も重要なことは、スクラムでは、ソフトウェア開発がエンドユーザーのニーズと期待に密接に整合していることだ。そのためには、ビジネスとエンジニアリングの緊密な連携が必要だ。ありがたいことに、2つの特定の要因がこれを容易にしている。
スクラムにおけるユーザーストーリー
ユーザーストーリーは、ユーザーのビューから見た機能の短くシンプルな説明であり、チームが顧客に価値を提供することに集中するのに役立ちます。どのスプリントでも、スクラムチームは複数のユーザーストーリーを仕事として進める。
スクラムチームは協力して次のことを行います：
- ユーザーストーリーをタスクに分解する。
- 各タスクの見積もり時間
- スプリントへのプランニング
- 仕事を実行する
ビジネスアナリスト
スクラムチームについて語るとき、ビジネスアナリストを役割として言及することはあまりない。ビジネスアナリストがスクラムプロセスのどこに位置するかについては意見が分かれるが、その役割は明確である。
ビジネスアナリストの役割を持つスクラムチームでは、ビジネスニーズを理解し、それを実行可能なアイテムに変換し、開発したソリューションが要件を満たしていることを確認する。その役割には以下が含まれる：
- 要件の収集
- ユーザーストーリーの洗練
- バックログ上のアイテムの優先順位付け
- レビューミーティングのスケジューリングと運営
- 製品開発がビジネス目標やカスタマーのニーズに合致していることの確認
スクラムチームをマネージャーするのに必要なものはすべて揃ったので、最後の作業に取りかかろう：成果を測定する
スクラムチームの成果指標
やることがうまくいっているかどうかを知るには、生産性、効率性、ビジネス価値を測る適切なメトリクスが必要です。ここでは、スクラムチームのための最も一般的な重要業績評価指標をいくつか紹介する。
開発速度
チームがスプリント中に完了した仕事の量。通常はストーリーポイントまたは時間で表される。開発速度は、生産性を測定するもう一つの方法である。
バーンアップ/バーンダウン
スプリント中に、バーンアップは完了した仕事を追跡し、バーンダウンは残っている仕事を追跡する。スクラムチームは、スプリント、エピック、または複数のスプリントにまたがるリリースに対して、バーンアップ/バーンダウンチャートを使用する。
リードタイムとサイクルタイム
リードタイムとサイクルタイムはどちらも完了までの時間を測定する。リードタイムは、リクエストから納品までの時間です。サイクルタイムは仕事を始めてから完了するまでの時間である。
累積フロー図
累積フロー図は、開発プロセスのさまざまなフェーズにおけるタスクのステータスを可視化したものである。プロジェクト管理者は、ボトルネックの特定やフローの効率化に活用する。
欠陥密度
これは品質の指標であり、納品された仕事の単位あたりで発見された欠陥の数を指す。
逃げ欠陥
これも品質の指標であるが、より深刻なものである。エスケープ欠陥は、カスタマに到達したバグ数を追跡し、品質保証プロセスの有効性を洞察する。
ユーザー／利用メトリクス
作っている製品にもよりますが、以下のようなユーザー/利用メトリクスを測定することができます：
- 新規ユーザー数
- ウェブサイト/アプリでの滞在時間
- 特定の機能の使用時間
- ユーザージャーニーを完了したユーザー（購入など）
- CSATまたはNPSスコア
ClickUpでスクラムチームを効果的に管理しよう
/参照 https://clickup.com/ja/blog/341/undefined/ アジャイルスクラム /アジャイルスクラム
チームはソフトウェア開発の中心である。ルール、プロセス、フレームワークを超えて、スクラムは人であり、私の仕事であり、彼らが集団で生み出す価値である。
世界のデジタル化が進むにつれ、世界中のあらゆる組織が大規模で複雑なアプリケーションを開発するようになるだろう。そうなれば、柔軟性、適応性、自動化がさらに重視されるようになるだろう。
ボットが人間のチームと一緒に仕事をし、効率化のためにAIを活用するようになるのは驚くことではないだろう。人間＋AIチームのマネージャーには、新しい手法やツールが必要になるだろう。
ClickUpは適応するように設計されている。ユーザーの幅広いニーズに対応できる高い柔軟性を備えている。工事マネージャーからモバイル開発まで、アジャイルスクラムチームはClickUpを使用し、好きなようにカスタマイズしている。
ClickUpでどのようにスクラムチームを管理できるかをご覧ください。
スクラムチームに関するFAQ
1.スクラムチームとは何ですか？
スクラムチームとは、ソフトウェア製品を小刻みに納品するために一緒に仕事をする、少人数で機能横断的なグループのことである。スクラムは当初ソフトウェアで実践されたが、その哲学はあらゆるプロジェクトに適用できる。
2.スクラムチームのメンバーは？
スクラムチームは、プロダクト所有者、スクラムマスター、開発チームで構成される。
- プロダクト所有者：ステークホルダーと開発チームの連絡役。
- スクラムマスター：チームのファシリテーター兼コーチ
- 開発チーム：設計、開発からテスト、デプロイまで、やることなすことに必要な機能を備えた部門横断的なチーム。
3.スクラムとは何の略ですか？
スクラムという言葉は略語でも頭字語でもない。ラグビーから借用したもので、チームメンバーが密集してゲームを再開するプレーを意味する。