30 top scrum interview questions
面接の準備に役立つ詳細な回答を含む、最もよくあるスクラム面接の質問のリスト：
アジャイルスクラムの方法論を知っていると主張する候補者に面接する際に一般的に尋ねられる面接の質問とその回答の一部を次に示します。
また、読んでください=> 25のベストアジャイルテストインタビューの質問と回答
アジャイルスクラム方法論の面接の質問の回答に飛び込む前に、まず質問に目を通し、自分で回答してみることをお勧めします。完了したら、次に回答を表示します。
したがって、この論文では、最初に質問のみを書いたので、皆さんは答えを考える余地があります。それから、論文の後半で、私は答えを書き留めました。
また、ここで申し上げたいのは、正解も不正解もできないシナリオがたくさんあるということです。それは、組織の文化と状況を解決するという人の視点にのみ依存します。
だから、ここに質問があります：
必読=> アジャイルスクラム手法の開始
スクラムインタビューの質問（回答は下にスクロール）
Q＃1。スクラムは滝とどう違うのですか？
Q＃2。スクラムは反復モデルとどう違うのですか？
Q＃3。スクラム以外のアジャイル手法を知っていますか？
Q＃4。スクラムで行う儀式は何ですか
Q＃5。スクラムの3つのアミーゴを知っていますか？
Q＃6。スクラムチームの理想的な規模は何だと思いますか？
Q＃7。デイリースタンドアップミーティングで何について話し合いますか？
Q＃8。スクラムプロセスの「タイムボックス」とは何ですか？
Q＃9。スプリントの理想的な期間はどのくらいですか？
Q＃10。スクラムで要件はどのように定義されていますか？
Q＃11。スクラムのさまざまなアーティファクトは何ですか？
Q＃12。ユーザーストーリーをどのように定義しますか？
Q＃13。スクラムマスターとプロダクトオーナーの役割は何ですか？
Q＃14。スプリントで行われた作業をどのように測定しますか？
Q＃15。速度とは何ですか？
Q＃16。では、スクラムでは、どのエンティティが成果物に責任を負っていますか？スクラムマスターまたはプロダクトオーナー？
Q＃17。スプリントの複雑さや労力をどのように測定しますか？それを決定して表現する方法はありますか？
Q＃18。スプリントの進捗状況をどのように追跡しますか？
Q＃19。バーンダウンチャートをどのように作成しますか？
Q＃20。スプリントレビューと回顧展で何をしますか？
Q＃21。スクラムを使用することの不利な点はありますか？
Q＃22。スクラムはすべてのソフトウェア開発プロセスに実装できると思いますか？
Q＃23。レビュー中に、製品の所有者または利害関係者が、実装した機能に同意しないと仮定しますか？
Q＃24。スクラムマスターが不在の場合でも、毎日のスタンドアップミーティングを実施しますか？
Q＃25。自動化はスクラムのどこに適合しますか？
Q＃26。計画、レビュー、回顧以外に、スクラムでの儀式を知っていますか？
Q＃27。スクラムを実装できない例を挙げていただけますか？その場合、あなたは何を提案しますか？
Q＃28。スクラムを使用することの大きな利点を1つ教えてください。
Q＃29。 DoDとは何ですか？これはどのように達成されますか？
Q＃30。スクラムのMVPとは何ですか？
Q＃31。エピックとは何ですか？
Q＃32。ストーリーポイントはどのように計算しますか？
Q＃33。開発とテストの取り組みについて、さまざまなストーリーポイントに出くわす可能性はありますか？その場合、この競合をどのように解決しますか？
Q＃34。あなたはスプリントの真っ最中で、突然製品の所有者が新しい要件を提示しました。どうしますか？
Q＃35。スプリントの最終日にテストのストーリーを受け取り、欠陥があることに気付いた場合、どうしますか？ストーリーにマークを付けてください。
ここで質問への回答があります：
スクラムインタビューの質問と回答
Q＃1）スクラムはウォーターフォールとどう違うのですか？
回答： 主な違いは次のとおりです。
- お客様からのフィードバックは、 滝よりもスクラム 、一方、顧客からのフィードバックは開発サイクルの終わりに向かって受け取られます。
- スクラムの新しい要件または変更された要件に対応することは、滝よりも簡単です。
- スクラムは、よりも共同開発に焦点を当てています 滝 ここでは、開発サイクル全体がフェーズに分割されています。
- いつでも、ウォーターフォールよりもスクラムの変更をロールバックできます。
- スクラムとは異なり、テストはウォーターフォールのフェーズと見なされます。
Q＃2）スクラムは反復モデルとどう違うのですか？
回答： スクラムは反復モデルの一種ですが、反復+増分です。
Q＃3） スクラム以外のアジャイル手法を知っていますか？
回答： 他のアジャイル手法には、かんばん、XP、リーンが含まれます。
Q＃4）スクラムで行うセレモニーは何ですか？
回答： スクラムで行われる3つの主要な儀式があります：
- 企画会議： ここでは、スクラムマスターと製品所有者とともに、スクラムチーム全体が集まり、スプリントで作業できる製品バックログの各アイテムについて話し合います。ストーリーが推定され、チームによって十分に理解されると、ストーリーはスプリントバックログに移動します。
- レビュー会議： ここでは、スクラムチームが利害関係者に対して行われた作業を示します。
- 回顧会議： ここでは、スクラムマスターと製品所有者とともにスクラムチームが集まり、最後に取り組んだスプリントを振り返ります。彼らは主に3つのことについて話し合います：
- 何がうまくいったのですか？
- 何がもっとうまくできるでしょうか？
- アクションアイテム
これらの3つの式典とは別に、「バックロググルーミング」会議と呼ばれるものがもう1つあります。
この会議では、スクラムチームとスクラムマスターおよび製品所有者が参加します。製品の所有者は優先順位に従ってビジネス要件を提示し、チームはそれについて話し合い、複雑さ、依存関係、および取り組みを特定します。チームは、この段階を指し示すストーリーを実行することもできます。
Q＃5）スクラムの3つのアミーゴを知っていますか？
回答： 3つのアミーゴは–プロダクトオーナー、スクラムマスター、スクラムチームです。
Q＃6）スクラムチームの理想的な規模はどのくらいだと思いますか？
回答： 理想的なサイズは7〜9、+ / -2
手動テストでテストケースを作成する方法
Q＃7）毎日のスタンドアップミーティングで何について話し合いますか？
回答：次の3つのことについて説明します。
- 今日は何をしましたか？
- 明日は何をするつもりですか？
- 障害/障害
Q＃8）スクラムプロセスの「タイムボックス」とは何ですか？
回答： それは「スプリント」と呼ばれています
Q＃9）スプリントの理想的な期間はどのくらいですか？
回答： スプリントサイクルは2〜4週間にすることをお勧めします。
Q＃10）スクラムで要件はどのように定義されていますか？
回答： 要件は、スクラムでは「ユーザーストーリー」と呼ばれます。
Q＃11）スクラムのさまざまなアーティファクトは何ですか？
回答：スクラムで維持されているアーティファクトは2つあります。
- 製品バックログ： ビジネス要件の優先リストが含まれています
- スプリントバックログ： スプリントのためにスクラムチームによって行われるユーザーストーリーが含まれています。
Q＃12）ユーザーストーリーをどのように定義しますか？
回答： ユーザーストーリーは、次の形式で定義されます。
として
したい
そのため
Q＃13）スクラムマスターとプロダクトオーナーの役割は何ですか？
回答：
スクラムマスター： スクラムチームのサーバントリーダーとして機能します。彼はすべてのスクラムセレモニーを主宰し、チームにスクラムの価値観と原則を理解して実施するよう指導します。
プロダクトオーナー： スクラムチームの連絡先です。彼/彼女はビジネスに最も近い仕事をしている人です。製品所有者の主な責任は、製品のバックログアイテムを特定して改善することです。
Q＃14）スプリントで行われた作業をどのように測定しますか？
回答： 速度で測定されます。
Q＃15）Velocityとは何ですか？
回答： 速度は、スクラムチームがスプリントで完了する（完了の定義を満たす）ストーリーポイントの合計です。
Q＃16）では、スクラムでは、どのエンティティが成果物に責任を負っていますか？スクラムマスターまたはプロダクトオーナー？
回答： スクラムマスターでも、製品所有者でもありません。成果物を所有するのはチームの責任です。
Q＃17）スプリントの複雑さや労力をどのように測定しますか？それを決定して表現する方法はありますか？
回答： 複雑さと労力は「ストーリーポイント」を通じて測定されます。スクラムでは、フィボナッチ数列を使用して表現することをお勧めします。
Q＃18）スプリントの進捗状況をどのように追跡しますか？
回答： 進捗状況は「バーンダウンチャート」によって追跡されます。
Q＃19）バーンダウンチャートをどのように作成しますか？
回答： バーンダウンチャートは、スクラムタスクの推定v / s実際の作業量を示すグラフです。
SQLインタビューの質問と回答pdf
これは、特定のスプリントを追跡するメカニズムです。ストーリーがコミットされたストーリーポイントの完了に向かって進んでいるかどうかを確認するために、日々のタスクが追跡されます。ここで、努力は時間ではなくユーザーストーリーの観点から測定されることを覚えておく必要があります。
Q＃20）スプリントレビューと回顧展で何をしますか？
回答： スプリントレビューでは、スクラムチームによって実装された機能またはストーリーをウォークスルーして関係者に示します。
レトロスペクティブでは、何がうまくいったか、何がうまくいくか、継続的な改善を行うためのアクションアイテムを共同で特定しようとします。
Q＃21）スクラムを使用することのデメリットはありますか？
回答： スクラムを使用することに不利な点は見当たりません。問題は主に、スクラムチームがスクラムの価値と原則を理解していないか、変更するのに十分な柔軟性がない場合に発生します。
Q＃22）スクラムはすべてのソフトウェア開発プロセスに実装できると思いますか？
回答： スクラムは主に
- 複雑なプロジェクト。
- 期限が早く厳しいプロジェクト。
- ソフトウェアをゼロから開発する場合。
Q＃23）レビュー中に、製品の所有者または利害関係者が、実装した機能に同意しないと仮定しますか？
回答： まず、ストーリーを完了としてマークしません。
まず、利害関係者からの実際の要件を確認し、ユーザーストーリーを更新して、バックログに入れます。優先順位に基づいて、次のスプリントでストーリーを引き出します。
Q＃24）スクラムマスターが不在の場合でも、毎日のスタンドアップミーティングを実施しますか？
回答： はい、私たちは非常にうまく進んで、毎日のスタンドアップミーティングを行うことができます。
Q＃25）自動化はスクラムのどこに適合しますか？
回答： 自動化はスクラムで重要な役割を果たします。継続的なフィードバックを受け取り、高品質の成果物を確保するために、開発中にTDD、BDD、およびATDDアプローチの実装を試みる必要があります。スクラムの自動化は、テストに関連するだけでなく、ソフトウェア開発のすべての側面に関係します。
TDDを導入する前に述べたように、BDDとATDDは、品質基準を維持するとともに、開発プロセスをスピードアップします。ビルドと展開のプロセスを自動化することで、さまざまな環境（QAから本番環境まで）での機能の可用性も向上します。
テストに関する限り、回帰テストが最も注目されるものでなければなりません。すべてのスプリントの進行に伴い、回帰スイートは増加し続け、すべてのスプリントに対して手動で回帰スイートを実行することは実際には非常に困難になります。スプリント期間は2〜4週間であるため、自動化することは重要です。
Q＃26）計画、レビュー、回顧以外に、スクラムでのセレモニーを知っていますか？
回答： チーム、スクラムマスター、および製品所有者がビジネス要件を理解し、それをユーザーストーリーに分割し、見積もりを行うために会合する製品バックログ詳細化会議（バックロググルーミング会議）があります。
Q＃27）スクラムを実装できない例を教えてください。その場合、あなたは何を提案しますか？
回答： スクラムは、あらゆる種類のプロジェクトに実装できます。これはソフトウェアに適用できるだけでなく、機械およびエンジニアリングプロジェクトでも正常に実装されます。
Q＃28）スクラムを使用することの大きな利点を1つ教えてください。
回答： 主な利点は次のとおりです–早期のフィードバックと、利害関係者への最小限の実行可能な製品の作成。
Q＃29）DoDとは何ですか？これはどのように達成されますか？
回答： DoDはDefinitionofDoneの略です。それは次の場合に達成されます
- ストーリーは開発完了です
- QA完了
- ストーリーは受け入れ基準を満たし、満たしています
- ストーリーの回帰が完了しました
- この機能は、本番環境で出荷/展開する資格があります。
Q＃30）スクラムのMVPとは何ですか？
回答： 最小実行可能製品は、利害関係者に示すことができ、本番環境に出荷する資格のある最低限必要な機能を備えた製品です。
Q＃31）エピックとは何ですか？
回答： エピックはあいまいなユーザーストーリーであるか、これらは定義されておらず、将来のスプリントのために保持されるユーザーストーリーであると言えます。
Q＃32）ストーリーポイントはどのように計算しますか？
回答： ストーリーポイントは、開発作業+テスト作業+依存関係の解決、およびストーリーを完了するために必要なその他の要因を考慮して計算されます。
Q＃33）開発とテストの取り組みでさまざまなストーリーポイントに出くわす可能性はありますか？その場合、この競合をどのように解決しますか？
回答： はい、これは非常に一般的なシナリオです。開発チームによって与えられたストーリーポイントがたとえば3である可能性がありますが、テスターは5を与えます。その場合、開発者とテスターの両方がストーリーポイントを正当化し、会議で話し合い、協力して結論を出す必要があります。共通のストーリーポイント。
Q＃34）あなたはスプリントの真っ最中で、突然製品の所有者が新しい要件を提示しました。どうしますか？
回答： 理想的なケースでは、要件はストーリーになり、バックログに移動します。次に、優先度に基づいて、チームは次のスプリントでそれを取り上げることができます。
ただし、要件の優先度が非常に高い場合、チームはそれをスプリントに対応させる必要がありますが、スプリントの途中にストーリーを組み込むと、いくつかのストーリーが流出する可能性があることを関係者に十分に伝える必要があります。次のスプリント。
Q＃35）スプリントの最終日にテストのストーリーを受け取り、欠陥があることに気付いた場合、どうしますか？ストーリーを完了としてマークしますか？
回答： ストーリーは、開発が完了し、QAが完了し、受け入れ基準が満たされ、本番環境に出荷できる場合にのみ行われます。この場合、欠陥があると、ストーリーは部分的に完了し、完全には完了していないので、次のスプリントにそれをこぼします。
最もよくあるスクラムインタビューの質問と回答のいくつかが、スクラムインタビューの準備に役立つことを願っています。