中核的な実践
主な実践事項はいくつかあります。
文書
- 継続的に文書化する。文書化は、ソリューションのライフサイクル全体を通して、他の部分の作成と並行して行われる。
- 文書化はできるだけ遅らせる。安定した情報に基づいて変更される可能性のある憶測的な考えを避けるため、文書化は可能な限り遅らせる。
- 実行可能な仕様。要件は、実行不可能な「静的」ドキュメントではなく、実行可能な「顧客テスト」の形式で指定されます。
- 単一情報源。情報（モデル、ドキュメント、ソフトウェアなど）は、どのバージョン／情報が「正しい」のかという疑問を生じさせないよう、一箇所のみに保存されます。
モデリング
- 関係者の積極的な参加。モデル化の対象となるソリューション／ソフトウェアの関係者は、積極的にモデル化に関与する必要があります。これは、エクストリームプログラミングにおける顧客現場での実践を拡張したものです。
- アーキテクチャの構想。チームは、ソフトウェアプロジェクトの開始時に、チームが有効だと考えるアーキテクチャ戦略を検証するために、最低限のレベルで十分な軽量かつ高レベルのモデリング（JBGE）を行います。
- 包括的なツール。ホワイトボードや紙など、使いやすい（包括的な）モデリングツールを優先的に使用してください。
- イテレーションモデリング。要件／作業項目が先読みモデリングによって十分に詳細に検討されていない場合、チームはイテレーション／スプリント計画セッション中にその検討を行うことを選択する場合があります。このような必要性は、一般的にチームが十分な先読みモデリングを行っていない兆候とみなされます。
- かろうじて十分なレベル（JBGE）。モデルやドキュメントを含むすべての成果物は、目の前のタスクに必要最低限のレベルであるべきです。JBGEは文脈依存的な概念であり、モデルの場合は、モデルが記述する対象の複雑さと、そのモデルを利用するユーザーのスキルレベルの組み合わせによって決まります。
- 先読みモデリング。アジャイルチームは、要件や作業項目が作業準備完了状態であることを確認するために、1つまたは複数のイテレーション/スプリント先のバックログを参照します。スクラムでは「バックロググルーミング」または「バックログリファインメント」とも呼ばれます。
- モデルストーミング。短時間で、多くの場合即興的に行われる、アジャイルなモデリングセッションです。モデルストーミングセッションは、要件や設計の側面に関する詳細を検討するために開催されます。
- 複数のモデル。アジャイルモデラーは、ユーザーストーリー、ストーリーマップ、データモデル、統一モデリング言語（UML）図など、さまざまなモデルタイプを作成する方法を知っておく必要があります。そうすることで、目の前の状況に最適なモデルを適用できます。
- 優先順位付けされた要件。要件は優先順位に従って処理する必要があります。
- 要件の構想。チームは、ソフトウェアプロジェクトの開始時に、JBGEと呼ばれる軽量で高レベルのモデリングを実施し、ステークホルダーの要件を探ります。
制限事項
個人的なコミュニケーションと顧客との協働に大きく依存している。アジャイルモデリングの手法を適用するのは難しい場合がある。
- 適切なツールサポートがない大規模チーム（例えば30人以上）
- チームメンバーがモデルを共有したり共同作業したりできない場合（これは一般的にアジャイルソフトウェア開発を困難にする）。
- モデリングスキルが弱い、または不足している場合。
参考文献
- ↑アジャイルモデリング（AM）ホームページ、モデリングとドキュメント作成のための効果的な実践方法
- ↑ 「アジャイル開発の現状に関する調査結果、2011年」。2015年7月17日にオリジナルからアーカイブ済み。2014年6月26日に取得。
- ↑ Alfraihi, Hessa Abdulrahman A.; Lano, Kevin Charles (2017年1月) 「アジャイル開発とモデル駆動型開発の統合 ― 体系的な文献レビュー」第5回モデル駆動型エンジニアリングおよびソフトウェア開発国際会議議事録、 pp . 451–458。doi : 10.5220/0006207004510458。ISBN 978-989-758-210-3. S2CID 11369604 .
外部リンク
- アジャイルモデリングのホームページ
- アジャイルモデル駆動開発（AMDD）
