開発手法を使い分ける

プロトタイピングモデルでは、早い段階で試作品を作り、利用者に確認してもらいながら要求や仕様を明確にします。画面操作や使い勝手など、文章だけでは認識を合わせにくい部分の確認に向いています。

試作品は要件確認を目的とする場合があり、そのまま本番品質の製品になるとは限りません。プロトタイプを作ることと、短い反復で製品を継続的に改善するアジャイルは同義ではないと理解します。

プロトタイプは早期の試作で要求の認識差を減らす。

スクラムでは、価値の高い要求を並べたプロダクトバックログから項目を選び、一定期間のスプリントで成果を作ります。プロダクトオーナは製品価値を高める観点からプロダクトバックログを管理し、優先順位を明確にします。

デイリースクラムは、開発者が作業の進め方を点検し、その日の計画を調整する短時間のイベントです。上司への進捗報告会ではないため、役割と目的を混同しないようにします。

POは価値とバックログ、開発者はスプリント内の実行を担う。

XPはアジャイル開発手法の一つで、変更に対応しながら品質を保つための実践を重視します。例えば、テストを先に用意してから実装するテスト駆動開発、二人で一つの作業を行うペアプログラミング、継続的なリファクタリングなどがあります。

小さな単位で頻繁に統合し、問題を早く見つける考え方も重視されます。設計やテストを省く手法ではなく、短い周期で品質を作り込む点を押さえます。

XPは短い周期でテスト・改善・統合を繰り返す。

DevOpsは、開発と運用が協力し、自動化や継続的な改善を通じて、変更を安全かつ迅速に提供する考え方です。開発部門が作って運用部門へ一方的に引き渡すのではなく、運用上の情報も開発へ戻して改善します。

一方、共通フレームは、システムやソフトウェアのライフサイクルで行う作業を共通の枠組みで整理するために用いられます。DevOpsは組織間の協働の考え方、共通フレームはプロセスを整理する枠組みとして区別します。

DevOpsは開発と運用の協働、共通フレームは作業の整理枠組み。