Itck-YPMC

　汎用機で動作させていたプログラム、COBOLやFORTRANなどでプログラミングをしていた頃の見積手法として、「〇〇ステップ（今でいう行数）に対して、〇〇万円」という提示の仕方でした。この頃作成されたプログラムは、あとで見直すことを考えていなかったので、担当したプログラマが自分の好きなようにコーディングをしていたのです。その結果、出来上がったプログラムは、「作成した担当者しかわからない／担当者が辞めてしまったので、メンテナンスできない」といった問題が起こり、その結果、動作しているコードを読み解く必要（＝ドキュメント化）が出てきました。そのような歴史的背景から、ドキュメントの重要性が認知されてきたわけです。

ドキュメントの作成や計画の重要性に気付く

　ウォーターフォール型のプロジェクト管理では様々なドキュメントが作成されます。プロジェクト計画書、要求仕様書、要件定義書、方式設計書、基本設計書、詳細設計書、インタフェース設計書、プログラム設計書、テスト実施計画書/報告書、移行計画書、運用設計書、などなど、本当に多岐にわたります。しかし、ドキュメントがあるが故に、関係者との認識のズレを起さず、精度の高い情報共有が実現できるわけです。

　しかし、ドキュメントを正確にまとめて認識合わせをすることばかりに重点を置いてしまったために、その工数と期間が、本当に必要なものなのか・・という疑問がでてきました。　また開発環境、開発コードの進化も後押しして「ドキュメントを作成する時間があるなら、さっさと動作するソフトウェアを作成して、お客様のレビューを受けた方が良い」　という考えが広がり、そのような背景から、「アジャイル開発」が生まれました。

「アジャイル開発」の利点と誤解

　「アジャイル開発の12の原則」の中に、「動作するソフトウェアを最優先にする（最も重要なのは、書類や計画ではなく、動作するソフトウェアであるという原則）」があります。このために、「ドキュメントや計画を立てることよりも、動作するソフトウェアの開発を優先するのだ」という考え方が広がっています。

　この考え方は、たしかに正しいですが、だからといって、「ドキュメントを作成しなくてもよい」や「計画を立てなくてもよい」というわけではありません。この点を誤解している方が、大変多いのです。もし、ドキュメントを作成せず、計画も立てずに、コーディングばかりを続けていたら、それは先祖がえりと同じで、「作成した本人しかメンテナンスできない」という事態が起こります。

　大切なことは今も変わっていない

　ではなぜ、アジャイルでは「動作するソフトウェアを最優先にする」という原則を入れたのでしょうか？　それは、「お客様の要求が日々変化する／時代の変化が激しく、そのスピードに遅れないようにするために、要求を変えていく必要がある」という時代の背景から、「動作するソフトウェアを作成して、それを使って（ドキュメントで認識合わせをする代わりに）お客様と認識合わせをする」　のが本当の狙いなのだろうと、私は理解しています。

　ドキュメントを使うにしても、動作するソフトウェアを使うにしても、やりたいことは、お客様の要求に沿ったものを作成するための、コミュニケーション手段のことをいっているだけではないかと・・。

「アジャイル開発」での計画、ドキュメントの重要性

　今の開発環境や開発フレームワークは、本当に様々なものが世に出ています。技術の進歩は本当に目覚ましく、それらを使うことによって、これまで高度な専門知識と高い技術スキルを必要としていた開発が、　比較的簡単に時間をかけずに実現できるようになってきました。　それは素晴らしいことだと思いますし、これからますます「アジャイル開発」のような手法を取り入れることになるだろうと思います。しかし、ドキュメントの作成や計画が軽視されるようでは、本末転倒なのです。　

　「アジャイル開発」のドキュメント、例えば、環境定義書や、プログラム設計書　など、このようなドキュメントをどのタイミングで、どのようにまとめるのが良いのか、しかも、時間をかけないで・・・。　これが、プロジェクトマネージャーに求められているスキルだと思います。　

～皆さまにとって、有意義な時間でありますように～

プロジェクト・プロジェクトマネジメント学び舎プロジェクト・
プロジェクトマネジメント学び舎

ブログ

1-1-3.「アジャイル開発」のドキュメント

プログラム作成が目的だった黎明期

ドキュメントの作成や計画の重要性に気付く

「アジャイル開発」の利点と誤解

大切なことは今も変わっていない

「アジャイル開発」での計画、ドキュメントの重要性

お問い合わせ先