Skip to main content
バージョンタグがご希望のコンテンツと一致しているかご確認ください。 または、最新バージョンをご利用ください。

アジャイル開発に関するベストプラクティス

アジャイル開発とリリース管理のためのベストプラクティス

アジャイル開発では、ビジネスニーズの変化に応じて本番環境を更新する顧客のニーズに対応できます。 アジャイル手法をアプリケーション開発に取り入れると、頻繁な変更が可能になり、変更は予期したとおりに確実に機能するようになります

Pega Platform™には、アジャイル開発のための以下を含むベストプラクティスが含まれています。

  • リアルタイム更新:小規模なスコープでの頻繁かつ反復的な開発
  • テスト:アプリケーションの継続的な検証により、問題を早期発見して対応
  • ブランチ:生産性を最大化する並行チーム開発環境

アジャイル開発手法により、小規模企業の要件に基づく継続的かつ反復的なアプリケーション開発が保証されます。 ビジネス要件が変化したとしても、こまめに更新することができます。 たとえば、フィードバックに基づいてチャットボットを追加したり、ユーザーインターフェイスのバグを修正したりできます。

補足: フィードバック、ユーザーストーリー、バグなどのアジャイル項目の追加の詳細については、「Agile Workbench」を参照してください。 

DevOps

DevOpsは、開発チーム、テストチーム、本番開始後のサポートチームの統合を強化して、アジャイルプロセスをさらに進化させます。 DevOpsチームは、アプリケーションのライフサイクル全体にわたって、より自動化されたビルドを提供し、アプリケーションの構成、検証、デプロイ、および配信の方法を簡素化します。  

補足: 詳しくは「DevOps」を参照してください。

次の図「+」アイコンをクリックすると、アジャイル開発に関するベストプラクティスの詳細が表示されます。

Pega Expressのベストプラクティス

Pega Express™デリバリーは、Pega Platformを使用したアプリケーション開発に特化したアジャイル手法です。 ローコードアプリケーション開発におけるアジャイルベストプラクティスをサポートするために設計された4つのフェーズで構成されています。

Pega Expressのフェーズごとのアジャイルベストプラクティスの例には、以下が含まれます。

  • 発見:ビジネス成果を定義し、本番稼働1日目のプランを作成します
  • 準備:エンドユーザーとのデザインスプリントを開催し、実用的なプロトタイプを構築します
  • 開発:バックログのユーザーストーリーに基づき、アプリケーションを構築します
  • 導入:アプリケーションの本番稼動後、リリースを振り返るレトロスペクティブを実施します
ヒント:  Pegaがどのようにアジャイルとスクラムをサポートしているかについては、「Pega Expressのスクラム:Pega Expressでスクラムを最大限に活用する」を参照してください。 Pega Expressデリバリー手法の使用を促進し、アジャイルプロジェクトをサポートするダウンロード可能なリソースにアクセスするには、「Pega Express Toolkit」を参照してください。 バッジの獲得を目指すチームメンバーは、Pega Academyで「Pega Express Delivery」のミッションを完了するとよいでしょう。

CI/CDのベストプラクティス

CI/CDパイプラインは、継続的な統合と継続的なデリバリーというソフトウェアデリバリーの2つの重要なステージをモデル化したものです。

継続的な統合

継続的な統合のステージでは、開発者はブランチを継続的に検証し、ターゲットアプリケーションにマージします。

継続的な統合では、次のベストプラクティスを実行してください。

  • 早期かつ頻繁にテストする: たとえば、アプリケーションをパッケージ化する前にPegaの単体テストと重要な統合テストを実行して、問題を早期に特定します。 テストが不合格だった場合は、問題が修正されるまで、リリースパイプラインを停止します。
  • 自動化:たとえば、Deployment Managerを使って、マージとビルドが自動的にトリガーされるようにします。 
  • 更新のルール:たとえば、アプリケーションパイプラインで参照される製品ルールRule-Admin-Productを最新の状態に維持します。
  • バージョン履歴の管理:エクスポートされたアプリケーションアーカイブをリポジトリに公開して、デプロイ可能なアプリケーションのバージョン履歴を維持します。

継続的なデリバリー

継続的デリバリーのステージでは、対象となるアプリケーションはパッケージ化され、パイプラインの段階を順次進んでいきます。 アプリケーションの変更がテストサイクル(Pega単体テスト、リグレッションテスト、パフォーマンステスト、負荷テスト)を無事通過したら、アプリケーションパッケージを本番システムにデプロイします。 Pega Platformでは、変更を手動または自動でデプロイすることができます。

アプリケーションの品質を確保するため、次の継続的デリバリーのベストプラクティスに従ってください。

  • テスト環境の構築:Dockerまたは同様のツールを使って、ユーザー受け入れテスト(UAT)や探索的テストのためのテスト環境を作成します。
  • リグレッションテストの実施: ユーザーインターフェイスやサービスレイヤーを使って多様な回帰テストを作成します。
  • バージョン管理の活用:本番環境に導入するターゲットルールセットのバージョンを定義します。
  • ロールバック戦略の導入:テストが不合格だった場合は、最新のインポートにロールバックします。
  • 文書化:すべてのテストに合格した場合は、デプロイの準備が整っていることを示すため、アプリケーションパッケージに注釈を付けます。 デプロイは手動または自動で実行できます。
補足:  CI/CDパイプラインをサポートするシステムの使用方法については、「Deployment Manager CI/CDパイプラインのシステムを理解する」を参照してください。

以下のインタラクションで理解度をチェックしてください。


このトピックは、下記のモジュールにも含まれています。

If you are having problems with your training, please review the Pega Academy Support FAQs.

このコンテンツは役に立ちましたか?

このコンテンツは 100% のユーザーにとって役に立ちました。

改善できるところはありますか?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice