ソフトウェア開発管理技術｜プロジェクトマネージャ試験

進め方を選び、整い具合を測り、変化を受け止める

開発モデルは、工程をどう進め、どう繰り返すかで区別します。要求が明確で全機能を一度に作るならウォータフォールモデル、コア部分から順に機能を足すなら段階的モデル、利用者の評価を受けながら作り直していくなら進化的モデルです。スパイラルモデルは、計画、リスクの分析、開発、評価のサイクルを繰り返して完成度を高めます。

アジャイルソフトウェア開発宣言は、一方にも価値があると認めながら、もう一方により価値をおく形で四つの価値を示します。プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を重んじます。要求の変更は歓迎しつつ、期間は延ばさずに優先度の高いものから作ります。

スクラムでは、1か月以内に固定したスプリントを繰り返します。スプリントバックログは開発者の作業計画なので、途中でも開発者の判断で変えられます。現在のスクラムガイドは、以前の開発チームを開発者と呼びます。ユーザーストーリーの質はINVESTの六つの観点で確かめ、ベロシティは定められた期間に受入れまで済んだ成果物の量を表します。

XPは、ペアプログラミング、プログラムより先にテストケースを書くテスト駆動開発、外部から見た振る舞いを変えずに内部を整えるリファクタリングなどのプラクティスを示します。リーンソフトウェア開発は製造業のムダ取りの考え方をソフトウェア開発に応用したもので、ムダをなくす、品質を作り込むなど七つの原則を掲げます。

プロセスの評価は、手順の整い具合を測る物差しです。CMMIは組織のプロセス改善を助けるモデルで、成熟度をレベルで表し、レベル4は定量的な目標とデータで運営される状態です。SPAやJIS X 33002は、プロセスの能力水準を客観的に診断する枠組みです。JIS X 0160では、仕様どおりかを確かめる検証と、運用環境で意図した用途を果たすかを確かめる妥当性確認を分けます。

既存のプログラムから仕様を導き出すのがリバースエンジニアリング、公開された複数のサービスを組み合わせるのがマッシュアップです。エラー埋込み法は、埋め込んだエラーと元からあるエラーが同じ割合で見つかると仮定して、元のエラーの総数を推定します。