スクラム

個人、チーム、組織、リーダーにとってのスクラム認定資格の価値についてお話します。 認定資格は、アジャイル移行の成功に不可欠です。

スクラムチームは、アウトプットとアウトカムの違いを知る必要があります。 アウトプットとアウトカムの違いとは何か、そしてチームがよりアウトカム重視の結果を出せる方法を知ってください。

認定スクラムマスター（CSM）は、価値のある専門的なスキルです。 認定スクラムマスターになるためにかかる時間について説明します。

ジェイソン・ガードナー（編） 本当の仕事は認定取得後に始まります スクラムマスターの認定を取得することは、高パフォーマンスチームを支援するための重要な一歩です。基礎知識を確認し、チームがアジリティを受け入れるのを支援することにコミットしていることを示しています。しかし、認定は始まりに過ぎません。 影響力を高めるスクラムマスターは、単に式典を管理するだけではありません。彼らはチームが自らの課題を解決し、組織全体で強い関係を築き、学びの文化を育むのを支援します。 認定後に効果的なスクラムマスターがすることは 1....

ジェイソン・ガードナー（編） 分散型の職場環境でスプリントレビューを機能させる方法 スプリントレビューの真の目的は、製品のインクリメントを点検し、意見を集め、製品のバックログを協力的に適応させることです。これらは、整合性、透明性、共有責任感を促進するための作業セッションです。...

ジェイソン・ガードナー（編） スプリントレビューは、適切な声が聞こえるときに最も効果的です スプリントレビューは、単なる見せかけのセッションではありません。それらは有意義なコラボレーションの機会です。うまくいけば、チームがフィードバックを収集し、ビジネス ニーズに合わせ、実際のインプットに基づいて製品の方向性を適応させるのに役立ちます。しかし、主要な利害関係者が出席していないか、価値を付加する方法で参加していないために、レビューが不十分になることがよくあります。...

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

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

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

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

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

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