Meegleは、多様なプロジェクト管理要件に対応する優れた柔軟性を誇ります。反復的な強化を優先する製品研究開発チームのために作られたMeegleは、スクラムの主要な要素をシームレスに組み込んでいます。パノラマビュー、カンバンボード、その他様々なビューオプションを提供し、ワークアイテムの関連付けや要件追跡などの機能と共に、チームが効果的にアジャイル開発を実践できるようにします。
アジャイル開発の紹介
アジャイル手法：入門
アジャイル開発は、人々、反復、段階的進歩を中心にした手法です。このフレームワーク内で、ソフトウェアプロジェクトは多数のストーリーに分解され、それぞれが徹底的なテストと検証を経て、継続的インテグレーションを通じて迅速に提供されます。簡単に言うと、大規模なプロジェクトを小さく相互に関連するが独立して実行可能な要件に分割し、それらを個別に完了させることで、プロセス全体を通じてソフトウェアが常に使用可能であることを保証します。
アジャイルの道：原則とフレームワーク
アジャイル手法は、ソフトウェア開発における反復的アプローチを表し、スプリントと呼ばれる短期間のタイムボックスされた反復を通じて、段階的な製品の提供を強調します。大規模なリリースの代わりに、異なるアジャイル手法、例えばスクラム、エクストリームプログラミング（XP）、フィーチャードリブン開発（FDD）、およびラショナル統一プロセス（RUP）は、アジャイル原則を実装するための独自のフレームワークを提供します。現在、スクラムは主要なアジャイル開発手法として際立っており、以下の点を強調しています：
- 開発目標の一貫性
- 短い反復サイクル
- 迅速な結果の提供
- ビジネスの優先事項に集中する
- 継続的な検査と適応
スクラムチーム：役割と責任
プロダクトオーナー：ユーザー要件を定義し、ユーザーストーリーを起案し、タスクに優先順位をつけ、プロダクトバックログを管理する；
スクラムマスター：スクラムプロセスを促進し、チームの決定に口出しすることなく、スクラムの原則とルールの遵守を保証する。通常、スクラムマスターはPMOの役割も果たす。
開発チーム：開発タスクを実行する。多様なスキルを持つ部門横断的な人材（デザイナー、開発者など）で構成され、通常5～9人のメンバーで構成される。
スクラムのリズム：主要段階
- プロダクトオーナーは、ユーザー中心のアプローチに基づき、ユーザーストーリーと製品要件を作成し、ス クラムチームの包括的なゴールとの整合性を確保しながら、バックログを作成する。
- スクラムマスターがスプリントのペースを決め、それを継続的に改善していく。通常、スプリントは2～4週間に及ぶ。
- 要件の優先順位に基づいて、プロダクトバックログ全体が複数のスプリントバックログに分割され、それぞ れが現在のリソースに合わせて調整され、ゴールの達成可能性が保証される。
- バックログ・グルーミング・ミーティングが招集され、プロダクトオーナーが次のイテレーションで予定し ているユーザーストーリーのバッチを提示し、チームに説明する。スクラムマスターは、チームメンバーと 協力してユーザーストーリーを分析し、タスクを事前に計画する。
- スプリント・プランニング・ミーティングは、次のスプリントのタスクを明確にし、優先順位をつけ、各メ ンバーに割り当てるために行われる。
- チームはスプリント開発サイクルに着手し、毎日スクラムミーティングを行う。
- スプリント・サイクルが完了すると、スプリント・レビュー・ミーティングが開催され、プロダクトオーナ ーや利害関係者に成果を披露する。
- チームメンバーは、スプリントから学んだ重要な洞察や教訓を抽出するために、スプリントの最終回顧会議を開催する。
- 振り返りの後、チームはスクラムの反復リズムを維持しながら、次のスプリントに向けてプロセスを繰り返す。
250px|700px|reset
Meegleでアジャイル開発を導入する
準備：明確なスプリントサイクルによる製品要件の一元化
スプリントミーティングに先立ち、製品要件は明確に定義された視覚的なスプリントサイクルで一元管理される。プロダクトオーナー（PO）は、複数のステークホルダーから要件を収集し、ビジネス価値に基づき優先順位をつけてプロダクトバックログにまとめます。
要件収集
Meegleは、要件バックログの集中レポジトリとして機能するパノラミックビューを介して、すべてのスペースからの要件収集を容易にします。プロダクトオーナーは、分類のために要件をフィルタリング、ソート、グループ化し、分類結果を新しいビューとして保存し、簡単にアクセスすることができます。
スプリント・マネジメント
スプリント・ケイデンスを定義し、継続的に最適化します。Meegleは、独立したワークアイテムを通して、スプリントの時間、ステータス、責任者を統合管理します。通常、各スプリントは2～4週間です。
スプリント・プランニング・ミーティング
スプリントサイクルに従って、スクラムチームはバックロググルーミングミーティングとスプリントプランニングミーティングをスケジュールし、開始する。
スプリントバックログ
スプリント計画会議では、スクラムチームは優先順位と要件ドキュメントを考慮しながら、要件プールから優先度の高い要件を共同で選択します。これらの選択された要件は、Meegleの新しいビューとして保存され、対応するスプリントバックログにシームレスに統合されます。
250px|700px|reset
スケジューリングとタスク分解
スクラムマスターと開発チームメンバーは、異なる役割（開発タスク、テストタスクなど）が実行するタスクに要件を分解します。Meegleの詳細ページは、割り当てられた担当者と対応するスケジューリングでノードの詳細を提供することで、タスクの分解を容易にします。
明確なパラレル・ノード・フローを活用することで、開発プロセスが統一され、視覚的に表現されるため、カードを取り除く時間が短縮され、必要なプロセスの継続的なフォローアップが容易になる。
Meegleの導入により、チームメンバーは迅速にチャットグループに参加することができます。これにより、開発前と開発中のスムーズな情報の流れが確保され、ディスカッションや変更が一元化された場所で行われるようになり、最終的に情報格差が少なくなります。
250px|700px|reset
スプリントサイクル中に： Swiftカンバンボードで簡単にトラッキング
進捗の透明な追跡とボードの迅速な回転を確保します。
要件管理
Meegleのワークアイテムの関連付けを通して、スプリントの要件とバグを包括的に管理し、タスクの進捗と責任者をリアルタイムで追跡します。
進捗管理
リマインダーを使用して、開発チームメンバーに毎日のスタンドアップミーティング（通常15分）への出席を促します。Meegle Kanbanビューを通して情報を同期し、タスクの詳細に素早くアクセスできるようにします。
250px|700px|reset
完了の定義（DOD）
ノードを完了とする前に、チームメンバーはノードに関連するタスクに基づいて自己評価を行う必要がある。これには、静的コードチェックの合格や開発セルフテストの正常終了などの基準を満たしているかどうかの検証も含まれます。DOD（Definition of Done）の詳細はノードのインターフェイスに表示され、チーム全体の可視性を確保します。完了定義（DOD）は柔軟性があり、特定のプロジェクト要件や状況に合わせてカスタマイズできます。
データ報告
ワークインプログレス(WIP)やイテレーションバーンダウンチャートを含むMeegleのメジャーモジュールを活用し、イテレーション全体の進捗を監視します。
250px|700px|reset
スプリントサイクルの終了 リアルタイム分析による継続的改善
スプリントの終了は、アジャイル開発の終了を告げるものではない。むしろ、継続的な回顧的反復と評価によって、次のスプリントのための基礎が築かれるのである。
スプリント・レビュー・ミーティング
スプリント終了後、スプリントレビューミーティングを実施し、結果をプロダクトオーナーに提示し、徹底的に評価する。
スプリント振り返りミーティング
次回のスプリント・プランニング・ミーティングの前に、スプリント回顧ミーティングを開催し、完了した作業をレビューし、維持・調整すべき分野を特定し、次回のスプリントのためのガイダンスを提供する。
250px|700px|reset
