ブログ

ジェイソン・ガードナー（編） ペースが速く、一か八かの環境では、製品チームは熱意を持って立ち上げても、時間の経過とともに勢いを失うことがよくあります。スクラムマスターの役割は、そのゆっくりとしたフェードを防ぐために不可欠です。多くの人はスクラムマスターを会議のファシリテーターまたはチームコーチと見なしていますが、真のリーダーシップには、特に長期的な価値提供を維持する場合、さらに多くのことが必要です。...

ジェイソン・ガードナー（編） 最も経験豊富なチームでさえ、振り返らずにスプリントからスプリントへと移動するという罠に陥る可能性があります。締め切りに追われると、内省よりも機能や修正を優先したくなるかもしれません。しかし、それは多くの場合、仕事そのものではなく、仕事がどのように行われるか、改善する最大の機会を逃すことを意味します。 スプリントの振り返りに入ります。 すべてのスプリントの終わりに、振り返りは、チームのパフォーマンス、士気、適応性を促進する重要なフィードバック...

ジェイソン・ガードナー（編） すべてのスプリント計画会議は、エネルギーと野心から始まります。チームが集まり、優先順位を進歩に変えます。しかし、最も経験豊富なスクラムチームでさえ、スプリントの目標が明確な結果というよりもタスクリストのように聞こえると苦労する可能性があります。その結果は?多忙なチームは多くのアクティビティを提供しますが、必ずしも意味のある価値をもたらすとは限りません。 スプリント計画に焦点と明確さを取り戻す 1 つの方法は、SMART...

ジェイソン・ガードナー（編） 科学的発見や技術研究は、画期的な製品の始まりとなることがよくありますが、多くの有望なアイデアは顧客に届く前に行き詰まってしまいます。研究開発チームでは、成果があまり明確ではないかもしれませんが、作業を管理する方法が依然として必要です。 スクラムフレームワークを適用することで、組織はイノベーションに必要な適応性を維持しながら、研究開発の不確実な性質に構造と透明性をもたらすことができます。 スクラムとR&Dが連携する理由 スクラムは経験主義に基づいて構築されています....

ジェイソン・ガードナー（編） アジャイルマニフェストはすべてを変えました。しかし、私たちはそれが私たちに何を求めているのかを本当に理解しているのでしょうか? 20年以上前、ソフトウェアの専門家のグループがユタ州のスキーロッジに集まり、仕事のやり方を再構築する文書に署名しました。ア ジャイルソフトウェア開発マニフェスト は、一般に「アジャイルマニフェスト」と略されますが、ソフトウェアだけに関するものではありませんでした。それは、人々がどのように協力し、問題を解決し、変化に対応するかについての宣言でした。...

ジェイソン・ガードナー（編） スプリント計画は機械的な演習になることがよくあります。タスクの簡単な実行と、同意のうなずき。チームはチェックボックスをオンにして次に進みます。しかし、スプリント計画会議は、真の戦略的出発点として扱われると、チームメンバーの足並みを揃え、優先順位を明確にし、真の価値を提供するための軌道を設定する強力な機会になります。 スプリント計画セッションが急いでいたり、大きな目標から切り離されたりする場合は、そのアプローチ方法を再構築する時期かもしれません。 スプリント計画が戦略的注目に値する理由...

ジェイソン・ガードナー（編） 多くのスクラムチームは、バックログの維持、ストーリーの改良、作業の見積もり、利害関係者の意見と優先順位を一致させる仕組みを習得しています。しかし、これらの適切に管理されたアーティファクトにもかかわらず、チームは依然として有意義な変化をもたらすことができない可能性があります。 なぜですか？ なぜなら、バックログは、成果の改善や行動の変化へのロードマップではなく、アウトプットのリストになることがあまりにも多いからです。...

ジェイソン・ガードナー（編） デイリースクラムは壊れていないが、タイミングは壊れているかもしれない リモートチームの毎日のスクラムが、特にタイムゾーンを超えて、急いでいるステータスレポートやロジスティクスの頭痛の種のように感じられるのは、あなただけではありません。分散型チームを採用する組織が増えるにつれ、集中力、説明責任、適応力を促進することを目的としたデイリースクラムは、チームメンバーが大陸やカレンダーに分散していると、その力を失う可能性があります。...

ジェイソン・ガードナー（編） チームは、顧客に真に価値を提供せずに、項目を「完了」と宣言することがよくあります。タスクにチェックを入れ、コードをマージし、ユーザーストーリーを「完了」列に移動しますが、納品された作業が使用できない、リリースできない、または期待に応えられない理由を説明するのに苦労します。 この一般的な問題は「完了」トラップとして知られており、「完了」の定義が狭すぎて、開発活動と現実世界の成果の間にギャップが生じます。透明性、一貫性、使用可能な価値を増分ごとに構築するには、チームは技術的な完了を超えて完了の定義...

ジェイソン・ガードナー（編） チームが「チームに息抜きの余地を与える」ことを望んで、スプリントを1週間から2週間に延長したらどうなるでしょうか?チームは低迷し、障害が長引くようになり、フィードバックサイクルは平坦化しました。本当の問題は、スプリントの長さが原因だったのか、それとも単なる信号だったのかということです。 スプリントの一貫性は問題ではなく、症状です スプリントの長さを一貫して維持することは、チームが健全なデリバリー リズムとフィードバック...

ジェイソン・ガードナー（編） 「ソフトウェアが機能することは、進歩の主要な尺度です。」 マニフェストのこの一文は、最も誤解され、最も十分に活用されていないかもしれません。チームは、ベロシティ チャート、ステータス ダッシュボード、バーンダウン グラフを追跡します。リーダーはスライドデッキを確認します。しかし、現実は、機能して付加価値を高めるソフトウェアを頻繁に提供しなければ、進歩していないということです。...

ジェイソン・ガードナー（編） スクラムマスターを長くやっている人なら、有能なチームが躊躇して麻痺しているというパターンを見たことがあるでしょう。スキルがあり、利害関係者へのアクセスがあり、明確なスプリントバックログがあるにもかかわらず、彼らは立ち止まって次の質問をします。 「これを進めても大丈夫ですか?」 「指導部から決定が下されるのを待つべきでしょうか?」 これは単なるリスク回避ではありません。これは、チームが完全にオーナーシップを確立していない兆候です。...