メニュー

アジャイルとスクラムの用語：アジャイル/スクラムの概念に関する用語集

  • メイン
  • その他
  • アジャイルとスクラムの用語：アジャイル/スクラムの概念に関する用語集

agile scrum terminology

問題を排除するために楽器を試してください

これは、すべての重要なアジャイル/スクラム用語の包括的なガイドであり、アジャイルとスクラムの概念のオールインワン用語集です。

私たち全員が知っているように、アジャイルは紹介する必要はありません。これは、世界中で使用されているソフトウェア開発フレームワークです。

この記事は、あなたが指先で持つ必要のあるすべてのアジャイル/スクラムの概念の包括的なガイドです。

アジャイルスクラム

学習内容：

アジャイルマニフェスト

アジャイル手法は、アジャイルマニフェストに基づいています。マニフェストの詳細については、以下を確認してください。 アジャイルソフトウェア開発のマニフェスト 。

アジャイルマニフェストからの重要なポイントは、次のように短縮できます。 ：

  • 個人間のコミュニケーションは、プロセスのバインドに効果的です。
  • 実用的な製品は、従来のステップバイステップのドキュメントよりも優れています。
  • クライアント/事業主の関与は重要であり、継続的なフィードバックループも重要です。
  • 変化は避けられません。したがって、チームはそれらを受け入れ、歓迎する必要があります。

アジャイルプロセスがこれらの宣言を行ったとしても、それを達成するための正確な具体的な手順を提供していないことがわかります。チームに完全な自由と自律性を与えて、最高の仕事をします。

時間の経過とともに、自由形は一般的な慣行に進化しました。その中で最も有名なのはスクラムです。

それから定義を始めましょう。

スクラムとは何ですか？

スクラムは、ケンシュウェイバーとジェフサザーランドによって開発された開発モデルであり、1990年代から使用されています。

作業はより小さな要件（ストーリー、叙事詩、およびタスク）に分割され、緊密なチームが小さな分割払いで構築および提供します。フィードバックは頻繁に求められ、頻繁なショートリリースの形で製品に改善が加えられます。

スクラムの柱

スクラムの柱について、以下で詳しく説明します。

  • 透明性 ：チームは何が起こっているのかを認識しており、お互いに共有し、助け合うことにオープンです。コミュニケーションは、毎日のスタンドアップおよび非公式の人から人への相互作用を介して自由に流れます。
  • 検査 ：仕事の頻繁で宗教的な検査は、スクラムの成功の鍵です。チームは、簡単で信頼性の高い方法で、識別、診断、トラブルシューティング、修正、および軌道に戻ることができます。
  • 適応 ：スクラムは、彼らがしていることが正しいとは想定していません。の形で定期的なチェックポイントがあります スプリント計画、毎日のスクラム、スプリントレビュー/回顧会議 チームがレビューして適応する場所。

スクラムチーム

スクラムチーム 通常は小さく（5〜9）、通常は機能横断的です。それらは含まれています スクラムマスター 、開発者、テスター（作業分野に関係なく、すべてのアジャイルチームメンバーを開発者と呼ぶのが一般的です）。

他の技術チームメンバー、そして最も重要なのは、製品の所有者またはスポンサーです。アジャイルはすべての賭けをチームにかけます。したがって、自己組織化されたAチームは重要であり、アジャイル実装を成功させるためのほぼ前提条件です。

スクラムチーム

スクラムにおける役割

スクラムでのさまざまな役割を以下に示します。

  • プロダクトオーナー： 製品の所有者がバックログを所有します。彼は製品とそれがとる形に責任があります。製品のバックログを維持し、全体的な製品ビジョンを持ち、それに向けてチームの目標を推進することは、製品所有者の主な責任です。
  • 開発チーム： 開発チームには、限定された役割はありません。彼らは部門の枠を超えて機能し、目標を達成するための最良のアプローチを選択することが期待されています。
  • スクラムマスター： スクラムが正しい方法で実装されていることを確認するのは、スクラムマスターの仕事です。スクラムマスターは、 サーバントリーダー チーム全体のために。

スクラムセレモニー

アジャイルは、軌道に乗って成功するためにいくつかの習慣に依存しています。

それらのいくつかを以下に示します。

＃1）毎日のスクラムミーティング： これは、各チームメンバーが次の点について話し合う典型的な15分の短い会議です。

  • 昨日何が行われたのですか？
  • 今日は何が予定されていますか？
  • 途中で何か障害はありますか？

この形式の会議は、終了した作業、残っている作業、および必要に応じてチームが互いに助け合う方法を理解するのに非常に効果的です。

スクラムマスターはこの会議を促進しますが、スクラムマスターまたはステータスを収集する場所の利益のためではありません。それは、チームがその日のタスクを征服するための別々の方法に進む前に、相互作用し、一緒に群がる機会です。

＃2）スプリント ：スプリントはタイムボックス化された反復です（多くの場合、1回は3週間ですが、それより長くなることも短くなることもあります）。これは反復的なプロセスであり、開発と配信の1つのバーストと見なすことができます。

＃3）スプリント計画： スプリント計画の目的は、一連の製品バックログストーリーを出荷可能な製品の増分に変換する方法を計画することです。

全体的なフォーマットは、2つの部分からなる状況のようになります。

  • 前半 - チームは、完了することを約束する項目を選択します。
  • 後半 - プロダクトオーナーが質問に対応します。

チームはそれを構築する方法を決定します。したがって、タスクはそれに応じて作成および割り当てられ、結果として スプリントバックログ。

＃4）スプリントレビュー/デモ ：スプリントの後、チームと利害関係者が集まり、完了した作業を紹介できます。

完了したタスクは計画されたアイテムと比較され、実装されていない機能は省略されます。この会議の期間は4時間以内です。

＃5）スプリント回顧展： この会議は、 スクラムマスター そして、POを含むチーム全体がそれに参加します。

チームは、プロセス改善のアイデアに焦点を当てて最近のスプリントについて話し合い、次のスプリントをより生産的にするためにどのような変更を加えることができるかを決定します。

通常は、 この会議は2時間以内で完了します。

=>推奨読書– アジャイル回顧会議

アジャイル見積もりの​​基本

以下に、アジャイル見積もりの​​基本を示します。

入力

  • 製品のバックログとスプリントのバックログ。
  • 履歴データ、同様のタスクの以前の見積もりと実際の労力の値。

推定参加者

  • アプリケーションに精通しているチームメンバー。
  • アプリケーションと他のシステムとの統合を理解しているチームメンバー。
  • プロジェクトの完了に必要なさまざまなスキルの表現。
  • ビルド、展開、およびQAチームの代表者。

エピック/機能/アイデアの定義

  • これらは大規模なユーザーストーリーであり、通常は大きすぎて1回の反復で実装できません。
  • アイデア/エピック–>ストーリー–>タスク（1つのアイデアに複数のストーリーを含めることができます。1つのストーリーに複数のタスクを含めることができます。ストーリーの範囲は1つのスプリントに制限されます。ストーリーを完了するには、すべてのタスクを閉じる必要があります）

＃1）ストーリーポイント推定手法： ストーリーポイントは、ストーリーがどれほど複雑かをチームに伝える数値です。

ほとんどの場合、フィボナッチ数列またはTシャツサイズが使用されます。通常、1つのストーリーポイントは、人の1日の作業に相当すると見なされます。

ただし、この比率は、1単位のタスクを完了するのにかかった平均時間の実際のデータに基づいて、反復ごとに修正されます。

必要な手順は次のとおりです。

  • 非常に大きな要件を小さなタスクに分割します。
  • 少なくとも2人の推定量のチームを選択します。 スクラムマスター 、プロダクトオーナーなどが参加できます。
  • 各推定者は、自分のストーリーポイントをユーザーストーリー（タスク）に個人的に割り当て、それを公開します。
  • 要件のストーリーポイントは、同様のタスクのサイズに関する過去の知識に基づいて、見積もり担当者によって割り当てられます。
  • 見積もりは若干異なることが予想されます。
  • 推定値が大幅に異なる場合は、高い推定量と低い推定量が推定値を説明します。
  • この後、すべての推定量が同じ数に収束するまで同じプロセスに従って、すべての推定量によってもう1ラウンドの推定が実行されます。

＃2）プランニングポーカー： この面白くて楽しいテクニックはここで説明されています： プランニングポーカーでアジャイル推定プロセスを簡単にする方法

注意 ：アジャイル推定には他にも多くの手法がありますが、これら2つの最も顕著な手法があります。

スクラムアーティファクト

最も重要なスクラムアーティファクトは、製品バックログとスプリントバックログです。 。 これらは、全体的なスプリントの目標を監視するのに役立つものです。

＃1）製品バックログ：

  • 製品/プロジェクトのために維持される「要件」の順序付きリスト。
  • リストには、バグや機能しないアイテムを含めることができます。
  • プロダクトオーナーは、PBLで優先順位を設定する責任があります。
  • プロダクトオーナーは、プロダクトバックログを管理する責任があります。

＃2）スプリントバックログ：

  • のToDoリスト（バックログアイテムとも呼ばれます） スプリント。
  • スクラムチーム それらを維持する責任があります。
  • スプリント中、 チームメンバーは、新しい情報が利用可能になったときにスプリントバックログを更新することが期待されています。
  • アイテムのいずれかが不完全または部分的に完全なままである場合、標準スクラムの定義に従って、それらのアイテムはに戻されます。 製品バックログ。

＃3）バーンダウンチャート：

私のインターネットセキュリティキーは何ですか
  • これは、スプリントで完了した作業と残りの作業を示す公開されたチャートです。
  • 日ごとに完了した実際の作業を表示します。
  • によって維持されます スクラムマスター 日常的に。
  • 2種類あります 「リリースバーンダウンチャート」と「スプリントバーンダウンチャート」。

バーンダウンチャート

完了の定義

完了の定義 スクラムチームごとに異なります。簡単に言うと、DoDは、利用可能なツールを使用して、チームがいつ目標を達成するかを判断する方法です。これは、POとチームの間の契約です。

国防総省 満たされるとは、バックログからのすべてのストーリーが利害関係者の要件に従って作成されることを意味します。ストーリーは技術的でない場合もあれば、複数のタスクを持つ場合もあります。

バックログの詳細化（グルーミング）

バックログの詳細化 はコアスクラムプラクティスではありませんが、スプリントに入るバックログアイテムの品質を管理する方法として採用されています。

これは、製品のバックログアイテムを確認し、チームがスプリント計画アクティビティを介してスプリントに入ると、それらが明確で実行可能になるように適切に優先順位が付けられ、準備されているかどうかを確認する継続的な取り組みです。

滝との簡単な比較

パラメーターアジャイル滝
顧客満足 短納期でお客様にご満足配達が遅れているため、お客様は確信が持てません
動作するソフトウェアの配信 頻繁な配達数ヶ月に1回
遅い変更 来たる春にすぐにスコープすることができます実装が難しい
コミュニケーション 毎日のコミュニケーションプロジェクトマネージャーとの会議を確認する
依存 ビジネスマンと開発者–テスターの間の緊密なコミュニケーションと協力。プロジェクトマネージャーがプロジェクトを推進

製品バックログ

上に移動すると、PBIが作成され、DEEPになります。

  • D- 十分に詳細
  • IS- Emergenc です
  • IS- 推定
  • P- 優先

そして、それらはチームにとってより詳細です。

製品のバックログ

スクラムマスターが適応すべきこと：

  • 障害物の除去
  • 促進する
  • メンタリングと教育
  • コーチング

これらは、 スクラムマスター 実行する必要があります スクラム 新たに実装されました。しかし、時間が経つにつれて、そしてチームがスクラムに慣れる（自己組織化される）につれて、スクラムマスターは実行するタスク、つまり「観察」するタスクを持ちます。

スクラムチームの構築

チームを構築している間、 スクラムマスター 次の課題に直面する可能性があります-フォーミング、ストーミング、ノーミング、パフォーマンス。

  • フォーミング- チーム内に関係がない場合。
  • 嵐- チームメンバー間の境界が明るくなる場所。
  • ノーミング- チーム内で良好な関係が確立されている場合。
  • 実行中- これはチームワークしかない最後の段階です。

ご覧のとおり、最終段階はチームが実際に スクラムチーム 。しかし、この変革中に、いずれかの段階で何らかの混乱が発生した場合、チームは最初に戻ります。

結論

このチュートリアルですべての重要なことを簡単に説明したことを願っています アジャイルとスクラムの用語 。このチュートリアルシリーズを参照してください アジャイル手法の完全ガイド アジャイル/スクラムの概念の詳細については。

幸せな敏捷性！

推奨読書

^