JA 
EN 
IT 
ES 
誰もそんな暇なんかありはせん
今日の 3 回目の MS Teams 通話にダイヤルしました。 1 時間後、あなたは電話を切りました。心配しないでください、来週はもっと便利になると思いますか？私たちは皆そこに行ってきましたが、引き続き参加することを決意しています。スクラム イベントについて掘り下げる前に、Elon Musk が Tesla の従業員に語ったヒントをいくつか紹介しておくと便利だと思います。
大規模な会議を停止します。頻繁な会議をやめます。貢献していない場合は、会議から退出してください。専門用語をドロップします。階層に関係なく、直接通信します。ルールではなく、ロジックに従ってください。
Musk のカリスマ的なリーダーシップ スタイルを知らない人のために説明すると、彼のアプローチは、個人やチームに力を与えて物事を成し遂げることに基づいています。彼の従業員は、経営陣が必要なものを提供し、彼らの邪魔をしないことを期待できますが、重要なことは、チームは必要なものを見つけて透明にする必要があるということです。誰もが説明責任を負います。ここでスクラムの出番です。
スクラムチームは、自己管理するときに効果的です。残念ながら、これはよく誤解されている概念です。チームが組織のサポートなしに自分たちの存在全体を管理していると誤解していますが、そうではありません。自己管理とは、チームが誰が、いつ、どのように、何を行うかを決定することであり、重要なことに、スクラム イベントはこの概念を支えています。複雑な環境 (知られていることよりも知られていることの方が多い) では、問題に最も近い人々を持つことが不可欠です。市場投入までの時間の短縮と厳格な品質管理に支えられた迅速な方向転換能力は、ビジネス アジリティが実際に意味するものの核心です。
しかし、大きな問題がありますが、スクラム チームが自己管理し、自分たちの運命を制御する権限を与えられていない場合、価値は常に損なわれます。その理由は、頻繁な透明性、検査、および適応を必要とするスクラムの根底にある経験的フィードバック ループによるものですが、ユーザーが忙しすぎて私たちの作業を検査するのを手伝ってもらえないことはよくあることです。その結果、スクラム イベントは影響力が弱くなり、型にはまったものになり、最終的にはチームが「この 2 つのミーティングを一緒に押しつぶしてもいいですか?」と言うようになります。スクラム マスターにとって、これは山火事に火をつけようとしている火花です。あなたのチームは現在、各スクラム イベントの価値を理解していないため、イベントを短縮したいと考えています。
「ミーティング」ではなくスクラム「イベント」と呼ばれる理由に興味がある人にとっては、一部は心理学 (イベントはより重要で影響力があるように聞こえる) によるものですが、それぞれに明確な結果とアクションがあるためでもあります。 「誰もそれをする時間がない」という感覚が生まれると、私たちのチームがボラティリティと不確実性に対処できる機会を逃しています。物事は変化し、イベントは、提供する価値を改善し、投資収益率を高めるために必要な適応を正式に決定するのに役立ちます.スクラムは、フレームワークの一部であるこれらのイベントのうち 5 つを提供しますが、それらの名前を挙げていただけますか?
デイリースクラム – 開発者向けの 15 分間のタイムボックス イベント (スクラム マスターと製品は参加する場合がありますが、通常は参加しません) は、過去 24 時間のスプリント バックログに対する進捗状況を検査します。彼らの議論はスプリントの目標に焦点を当てており、スプリント バックログからアイテムが追加または削除される可能性があります。
スプリント計画 – スクラム チーム全体が 8 時間のタイムボックス イベントで、スプリントの理由 (スプリント ゴール)、対象 (スプリント バックログ)、および方法 (計画) について話し合います。これには長い時間がかかりますが、うまくいけば、追加の会議の必要性が軽減されます。
スプリントレビュー – スクラム チームによって生成されたインクリメントを検査するために、プロダクト オーナーによって招待された利害関係者 (組織とユーザー) 向けの 4 時間のタイムボックス イベント。完了の定義を満たす作業のみを検査して提示することができますが、これは単なるデモンストレーションではなく、実用的な議論です。アウトプットと結果は、プロダクト バックログの順序を変更したものであり、次のスプリントで何に焦点を当てるべきかをよりよく理解できることを願っています。
スプリントレトロスペクティブ – スクラム チームがプロセスを正直かつ透明性を持って反映するための 3 時間のタイムボックス イベント。彼らは、次のスプリントで何を改善する必要があるかを検討し、これらの改善に対処するためにスプリント バックログに作業を追加する場合があります。
スプリント – 他のすべてを保持するカプセル化イベント。各スプリントはミニ プロジェクトであり、他のスプリントとは独立して扱う必要があります。これは、単一のスプリント ゴールに焦点を当てた短時間の取り組みを提供します。
大規模な会議を停止することについてのイーロンのポイントに戻ると、タイムボックスはかなり大きいように見えますよね?同意しますが、これらのタイムボックスは最大値であり、最小値ではありません。重要なのは結果です。自己管理とは基本的に、スクラム チームがこれらのイベント自体を促進し、製品のエコシステムを制御することです。スクラム チームを医師のチームに例えると役立つでしょうか?助産師はあなたをこの世に送り出し、医師は常にあなたの面倒を見てくれます。自己管理型のチームは、これらすべてのこと (要件の詳細化、コードの記述、テスト、インフラストラクチャ、およびリリース) を実行できる機能横断型であり、他の人への依存を減らすために動きます。
スクラム イベントの価値が低下している場合は、BEAF アプローチを試してください。境界、実行、アクション、終了。あなたが（集団として）何を達成しようとしているのかを述べるところから始めましょう。これに続いて、達成しようとしていることに正確に焦点を合わせ、それ以上のことは何もせずに、鮮明な実行を行います。割り当てられたアクションとその目的で締めくくります。 4 番目のポイントは明らかですが、忘れがちです。早く終了したら、イベントを終了してください。カレンダーのフィラーにならないでください。結果を達成し、早期に終了するか、少なくとも時間どおりに終了することで、出席者に敬意を示します。
スクラム イベント、ミーティング、およびアジリティ全般について注意すべき最後の 1 つのポイントは、「メトリクス」です。自分が行っている作業の影響を絶対的かつ明確に理解する必要があります (チェックアウトするのに適したリソースは、エビデンスに基づく管理ガイドです) が、これはしばしば忘れられています。前進したすべてのスプリントを定量的に示すことができますか?リーダーシップと話し合うとき、イニシアチブを通じて節約したお金を彼らに見せることができますか?あなたはクライアントでありサプライヤーでもあるという特殊な状況にあるかもしれませんが、これらの指標を期待し、私たちが自分自身を検査するのに役立つツールとして収集されることを期待することは不合理ではありません.自己管理チームはこれを理解する必要があります。
要約すると、ミーティングとスクラム イベントが全員にとって目的のあるものであることを確認してください。そうでない場合は、問題が発生します。ボラティリティが発生すると、経験に基づくフィードバック ループを定期的に実行するチームよりも不利な立場に置かれることになります。イベントが目標を達成しているかどうかわからない場合は、単に「ここにいることで何か利益を提供したり、得たりしましたか?」と考えてみてください。 – 答えが「いいえ」の場合は、次のスプリントふりかえりで取り上げ、チームと協力して修正します。
同名のGIFの言葉で：
