ブログ

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

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

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

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

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

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

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

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

ジェイソン・ガードナー（編） スクラムは、顧客価値をより迅速かつ予測可能に提供するための実証済みのフレームワークを組織に提供します。スクラムがうまくいけば、高い士気と品質を維持しながら、変化に迅速に適応する、権限を与えられた自己組織化チームを構築します。 しかし、善意の組織でさえ、測定しやすいものだけに焦点を当てるという共通の罠に陥ることがあります。ストーリー ポイント、バーンダウン...

ジェイソン・ガードナー（編） 課題を見つける スクラムは意図的にミニマルに設計されています。これは、定義されたロール、イベント、およびアーティファクトを備えた軽量のフレームワークを提供し、チームがそれを環境に合わせて自由に適応できるようにします。この柔軟性により、組織は時間をかけて実験し、プラクティスを成長させることができます。 その基盤の上に構築する準備ができている組織、特により複雑なデリバリー環境をナビゲートする場合、Disciplined Agile...

ジェイソン・ガードナー（編） 数え切れないほどのチーム ルームで、計画セッション全体で同じ混乱がこだまするのを耳にします。実用的に聞こえます。それは論理的に聞こえます。また、完全に的外れです。 組織は、見積もりと時間追跡を混同しているという理由だけで、俊敏性の取り組みを遅らせることがよくあります。ストーリーポイントは数時間ではなく、それをそのようなものと間違えると、見積もりの精度が損なわれるだけでなく、チームの信頼、速度の一貫性、長期的な俊敏性が損なわれます。 ストーリーポイントが実際に測定するもの ストーリーポイントは...

ジェイソン・ガードナー（編） スクラムを初めて使用するチームにとってよくある混乱のポイントは、製品バックログとスプリントバックログの違いです。名前は似ているように聞こえますが、どちらも作業のリストを含み、どちらもスクラムの中心です。しかし、この 2 つを混同したり、さらに悪いことに、あたかも交換可能であるかのように管理したりすると、透明性が低下し、優先順位がずれ、チームのオーナーシップが弱まります。 それを明確にしましょう。 プロダクトバックログ:長期的なゲームプラン プロダクトバックログについて考えてみてください...