アジャイル開発プロジェクトのフローチャート
2025-02-08 09:30:32 83 0 報告 0
0
ログインして完全な内容を表示
著者の他の作品
概要/内容
イテレーション計画会議（スプリントバックログ）
ニーズレビュー
1. 開発デモの完了状況2. テストによるバージョンの品質評価3. POが受け入れの結論を出す
変化
1、ニーズレビュー2、イテレーションタスク……
各段階のサブプロセス及び詳細な説明
1、統合テスト2、機能テスト3、バグ提出4、回帰テスト5、テストレポート出力6、自動化テスト
5.ニーズの評価
ニーズレビュー会議
スクラムの簡単なプロセス
1、SM機能の実行可能性と必要性分析2、出力：より詳細なPRDドキュメント
1、ニーズの提出者とPRDの詳細を確認する2、変更や不一致があれば、会議を開いて議論し、一致した意見に達するまで行う
A. 業務機能要件B. システム改善要件C. 前回未完了の要件
1、POはPRDに基づいてプロトタイプデザインを行い、確認する2、出力：確認済みの低忠実度プロトタイプ
立って行う会議15分
タスクリスト
デザイン
次回のニーズは
1、ニーズ評価（人日）2、タスク分割3、ニーズの優先順位決定4、プロダクトバックログ→スプリントバックログ5、タスク登録備考：通常その日のうちに完了
6.タスクの分解
1. 個人のタスクは完了しましたか？未完了の理由は何ですか？2. 存在する問題を分析し、次の周期の準備をします
3.ニーズの確認
PO/PMが要件を整理する（プロダクトバックログ）
2.ニーズ予備コミュニケーション
1. POが要求評価会を発起します。2. 会議では、イテレーションへの要求の実行可能性、必要性、およびリスクポイントを評価します。注：評価に修正意見がある場合、複雑な状況に応じて二次評価を行うかどうかを決定します。
a. 昨日私は何をしましたか？b. 今日私は何を準備していますか？c. 私の困難とリスクは何ですか？どのような助けが必要ですか。注：難点と問題は記録し、会議後にコミュニケーションを取る必要があります。
テスト
目的：このイテレーションに含まれるべき要件を評価する
プロジェクトのプロセス
9.リリース
1.今周期内の納品目標を決定する2.リーダーがタスクを割り当て/チームメンバーがタスクを引き受ける3.タスク完了の基準を決定する4.テスト出力を反復計画表にまとめる
1、SM発起2、タスク割り当て、各人の仕事量評価3、完了基準の決定4、計画発表の確定5、リスクの識別（全員）
緊急で特別な処理が必要であり、今回のスプリントの障害となっています。
デモンストレーション会
データ準備：ログ情報、BUG情報、タスクボード、バーンダウンチャートなどふりかえり内容：人員時間割合、予測と実際の工数比較、進捗分析、BUGのタイプ登録原因分析、人員能力分析、障害リスク分析ふりかえり出力：1、規範性改善沈殿2、経験の蓄積3、次回の改善点
9.デモンストレーション会
8. 毎日の立会い（15分間）（日々の作業進捗報告）
ニーズの収集と確認
7. イテレーションプラン会議
敏捷プロセス
4. プロトタイプデザイン
1.今ラウンドのデリバリー機能または目標の達成状況2.今ラウンドの未完了状況3.テスト評価バージョンの品質
10. レビュー会
1、ニーズのソース：顧客、市場、カスタマーサービス、研究開発内部改善意見など2、ニーズの説明(story)：対象となる利用者、完了する機能、予想される目標3、出力：ニーズの複雑さに基づいて出力されるPRDドキュメント
PRD文書、プロトタイプ図、プロダクトバックログ
1、UIデザイン2、詳細設計書の作成3、テストケースの作成4、デザインレビュー注：関連テンプレート+レビューのチェックリストを使用
起動
1. ニーズの収集
1、チェックリストを記入する（全員の協力が必要です）2、デモと検証を行う3、生産と受け入れテストを行う（運用チームの協力が必要です）4、緊急の場合、デモを経ずに直接生産に移行します
開発
1、フロントエンド開発+自己テスト2、バックエンド開発+自己テスト3、コードレビュー4、自動化単体テスト
回顧会
2週間10労働日
緊急の要件
1、製品の要件変更を考慮する必要があります：影響範囲計画の調整2、臨時の緊急要件
集める
集める
集める
集める
集める
0 コメント
次のページ
