序文
MOMOクラウドアジャイルプロジェクト管理は、アジャイルとDevOpsのアイデアを統合し、要件、R＆D、テスト、運用と保守、および運用からエンドツーエンドの俊敏性全体を開きます。実際には、運用と保守の自動化を通じて、スクラムアジャイルチームによって開発された製品がオンラインで迅速にリリースされ、タイムリーな運用を通じて、方向調整のためにアジャイルチームにフィードバックされます。
デマンドコレクション
需要の収集は、主に次のチャネルを通じて行われます：ブレーンストーミング、ユーザー調査、ユーザーフィードバック、競争力のある製品分析、データ分析。もちろん、上司のニーズ、運用上のニーズ、成長のニーズなどもあります。
ブレーンストーミング
製品、運用、ビジョン、テクノロジーなど、チーム内のさまざまな役割の人々を招待します。人数が多すぎてはいけません。核となる問題を中心に展開し、意見を自由に表現し、正しいか間違っているかについてコメントしないでください。もう1つは、会議後のレビューを容易にするために、会議の議事録を作成する人を指名することです。
ユーザー調査
ユーザー調査は通常、アンケート調査、ユーザーインタビュー、ユーザビリティテストの3つの方法で実施されます。アンケートとユーザーインタビューはどちらも、アンケートの的を絞った設計と質の高いユーザーの検索を必要としますが、実現可能性テストでは、テストしてフィードバックを収集する特定のグループを見つけるための特定の機能が必要です。
お客様の声
ユーザーは一般的に怠惰で、肯定的なフィードバックを提供しません。プラットフォーム上のわかりやすい場所にフィードバックポータルを予約します。さらに、ユーザーのフィードバックを収集するために、報酬のあるアンケートを随時整理します。
競争力のある製品分析
第一に、多数の競合製品を分析および比較することによって対象の競合製品を決定する必要があり、第二に、製品間の長所と短所を比較する必要があります。ターゲットの戦略的方向性、ユーザーの選択、および製品戦略を比較します。製品の特徴点を比較します。競合製品がユーザーエクスペリエンスをどのように行うか、ロジック、インターフェイスレベル、詳細などをどのように処理するかを比較します。
データ解析
MOMO Cloudは、R＆Dシステムのアプリケーションレベルおよび機能レベルの埋め込み作業を実行し、管理者が問題を特定し、問題を分析し、結論を出し、データを観察および分析することでデータサポートを提供するのに便利なR＆Dプロセス測定システムを提供します。データ。
準備段階
適切なアジャイルプロジェクト管理ツールを選択します。JIRAをプロジェクト管理に使用し、スクラムプロセスプロジェクトを作成し、プロジェクトメンバーに参加し、パネルとスイムレーン構成を作成します。
POがオンラインフィードバック、オフラインインタビュー、競合製品分析、ブレーンストーミング、その他のチャネルを通じて収集した要件を製品バックログに作成した後、要件の優先順位はPOによってリアルタイムで更新され、「正しいことを行う」ことを確認するために定期的に確認されます。
企画段階
POは、レビューされた要件を製品[Demand Kanban]にリストし、優先度とオンラインプランに従って要件を変換し、要件をEpicとStoryに変換し、R＆D [R＆D Backlog]に優先順位を付けてから、スクラムマスターこのスプリントは、デマンドキックオフミーティングでタスクとサブタスクに分割されます。推定されたR＆D時間とストーリーポイントが評価され、チーム内の他のR＆D担当者に割り当てられます。チームがそれらが正しいことを確認した後、R＆Dサイクルと研究開発の目標が決定され、スプリントが開かれます。
開発段階
スクラムマスターはこの段階の中心的な役割です。チーム全体が高品質と効率で「正しく行う」ことを保証する必要があります。
反復的なかんばんに基づいて、チームは毎日のスタンドアップミーティングを開催し、チームメンバーの研究開発の進捗状況とタスクのステータスを更新して、タイムリーな配信と起動を保証します。
開発者がコードを送信すると、ピアレビューが開始されます。その後、スクラムマスターはコードレビューを実施し、問題がないことを確認して、バージョンバックボーンにマージします。
自動化された静的コード検査タスクは、パッケージのビルドを許可される前に、コーディング品質、コーディングの問題、循環的複雑度、繰り返し率、およびその他の問題をチェックするために毎日定期的に実行されます。
自動化された継続的デリバリーパイプライン、継続的構築、継続的展開（自動スクリプト、比較を含む）、継続的テスト（機能、インターフェイス、パフォーマンス、信頼性などの自動化）を通じて、継続的モニタリングを実現でき、運用と保守の終了を実現できます。手動操作時間は20％以内に短縮され、フル機能のチームはビジネスの提供に集中できるため、効率と製品品質が大幅に向上します。
コードを送信するときは、仕様に従ってストーリーIDをメモしてください。そうすれば、コードを対応する要件に関連付けることができます。テストケースと欠陥を作成するときは、要件を関連付ける必要もあります。これにより、「要件-コード-ユースケース-欠陥」の双方向のトレーサビリティが実現されます。
フィードバックフェーズ
フィードバックフェーズは、主にイテレーションがオンラインになった後です。チームは内部でレビューと要約を行い、現在のイテレーションのレビューと要約の会議を開催します。承認は、製品の機能が要件と一致していることを確認するためにPOによって実行されます。
転送テストで失敗した問題が返された場合、スクラムマスターは問題の責任者にバックトラックを指導する必要があり、チーム全体の質の高いバックトラック会議が必要です。会議の焦点は、問題の根本原因を分析し、管理、プロセス、テクノロジー、およびツールの改善の可能性を特定することでした。また、これらの問題は、問題の再発を防ぐために、最新の反復で実装する必要があります。
反復的な需要統計レポートとバーンダウンチャートを通じて、需要提供の進捗状況を表示します。遡及要約は、新計画に関連して次の期間の改善を促進するために遡及として記録されます。
総括する
アジャイル需要管理は文化です。アジャイルプラクティスでは、各チームに独自の特性があります。高品質で効率的な開発コラボレーションモデルを実現するために、実際の状況に応じてアジャイルプロセスとプラクティスを選択できます。