アジャイルやスクラムに関するよくある質問: 研修参加やツール習熟などのチームの学習活動をプロダクトバックログアイテムにしてよいですか？| Ryuzee.com
アジャイルやスクラムに関するよくある質問: スプリントレトロスペクティブではスクラムマスターがファシリテーションするのですか？| Ryuzee.com
アジャイルやスクラムに関するよくある質問: スプリントプランニングやレトロスペクティブで、スクラムチーム内の議論についていけないメンバーがいた場合、どうしたらいいですか？| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
アジャイルマニフェストの背後にある12の原則には、「意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します」という記述があります。しかし現実の組織においては、会社都合やスキルの一致度合いなどでチームへのアサインが行われたり、人数や能力が不足している場合は外部から人を連れてきたりするため...| Ryuzee.com
アジャイルやスクラムに関するよくある質問: スクラムマスターをAIにやってもらうことはできますか？| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
「見積もれないプロダクトバックログアイテムがある」という状況自体は問題とは限りません。 見積もれないというのは、「プロダクトバックログアイテムに不確実性や情報の不足がある」ことを示す正当な見積り結果であり、それが把握できているのはむしろ健全です（見積もっていないのとは違います）。 見積もれていないアイテムすべてですぐに対応が必要とは...| Ryuzee.com
そんなことはありません。 スクラムガイド2020の日本語版に以下のような記述があります。 スクラムチームは、ステークホルダーとのコラボレーション、検証、保守、運用、実験、研究開発など、プロダクトに関して必要となり得るすべての活動に責任を持つ。 このように、ステークホルダーとのさまざまな関わりはスクラムチーム全体の責任であり、プロダクトオー...| Ryuzee.com
このような声が上がる背景には、「より多くの時間をコードを書くことに使いたい」「イベントが多くて集中できない」といった気持ちがあるのかもしれません。しかし、スクラムは「効率（Efficiency）」ではなく「効果（Effectiveness）」を重視するフレームワークです。単に開発時間を最大化することが目的ではありません。 まず押さえておくべきは、スクラムで定義...| Ryuzee.com
まず大前提として、スクラムでは安定したチームを推奨しています。 これは、チームの中での信頼関係や作業のやり方が成熟するにはある程度の時間と経験の蓄積が必要だからです。 そのため、人の入れ替えがあると、チームに影響が出る可能性があります。 とはいえ、現実の組織では異動や退職、新規メンバーの追加などで、チームの構成が変わることもあります...| Ryuzee.com
アジャイルやスクラムに関するよくある質問: スプリントレビューにステークホルダーが参加していますが、あまり反応やフィードバックがありません。どうしたらよいでしょうか？| Ryuzee.com
スクラムでは、プロダクトバックログ、スプリントバックログ、インクリメントのことを作成物（Artifacts）と呼びます。 最大の理由は、スクラムによるプロダクト開発での「成果」は、プロダクトの利用者に価値を届けることに他ならないからです。 プロダクトバックログは、スクラムチームの持ち物であり、これ単体で誰かに提供するものではありません。つまりプ...| Ryuzee.com
そもそも論として、プロダクトバックログアイテムを見積もってリリース時期を決めるのではなく、先にプロダクトゴールとそれを達成したいおおよその期間を決めることをお勧めします。 スクラム（に限らず）の目的は、すべての機能を作ることではなく、ゴールを達成することです。 ゴール達成に向けた実現方法には柔軟性があったほうが、達成の可能性が上がり...| Ryuzee.com
スクラムガイドでは2010年版までは「優先順位」という単語が使われていましたが、2011年版以降は「順番」「順序付け」という単語を使っています。 これには明確な意味があります。 優先順位（Priority）は、各プロダクトバックログアイテムの重要性や緊急性を評価する指標です。 これは、ビジネス価値、ユーザーへの影響、リスク、コスト削減効果など、さまざまな...| Ryuzee.com
スクラムガイドでは、「プロダクトオーナーは、スクラムチームから生み出されるプロダクトの価値を最大化することの結果に責任を持つ。組織・スクラムチーム・個人によって、その方法はさまざまである」とあります。 そのための取り組みとして重要なのが、適切なプロダクトバックログの管理です。つまり、プロダクトゴールやプロダクトビジョンを繰り返しス...| Ryuzee.com
はい。リモートでアジャイル開発をうまく進めている例は多数あります。 たとえばリモートを活用することで、ステークホルダーがスプリントレビューに参加しやすくなるといったオンサイトにない利点もあります。 ただし、全体で見ると、プロセスの観点ではオンサイトと比べて大きな違いはありません。 一方で、コミュニケーションや人間同士の関係性に関して...| Ryuzee.com
いいえ、スプリントの長さを変えてはいけません。 スクラムでは、スプリントという固定の期間を繰り返すことでリズムを作り、検査と適応を繰り返します。 スプリントの長さを変えると、検査が十分でなくなったり、本来適応すべき問題を隠したりしてしまいます。 例えばこの質問の例では、プロダクトオーナーがスクラムイベントの時間に会議を設定しているこ...| Ryuzee.com
スクラムガイドでは、「スプリントの期間は固定である」「スプリントが終了したら速やかに次のスプリントに入る」としており、年末年始やお盆などの長期休暇に関する記述はありません。すべてのイレギュラーケースを想定するのは不可能なので記述がなくて当然なので、スクラムやアジャイルの原理原則を踏まえて対応を考えます。 スクラムではプロダクトの検...| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
ビジネスのためにより良いプロセスと技術を。Ryuzee.comではアジャイル開発/DevOps/Cloud Computingに関するオンサイトのコンサルティングサービスやトレーニング、技術支援、組織支援サービスを提供しています。| Ryuzee.com
アジャイルやスクラムに関するよくある質問: なぜプロダクトバックログアイテムが多すぎるとよくないのですか| Ryuzee.com
