アジャイルからマネジメントへのメッセージ

この例えと同様にアジャイルもマネジメントの枠組みの中では、開発方法という一つのツールですので、アジャイルソフトウェア開発を実践している人たちの話を理解し、それをシステム開発の現場で活かすためには、開発方法を取り入れる前に、まずアジャイルソフトウェア開発の思想や考え方を理解する必要があるのではないかと考えたのです。

『アジャイルソフトウェア開発宣言』

では、アジャイルソフトウェア開発の思想や考え方とは何かということになりますが、一口にアジャイルソフトウェア開発と言っても、XP、Scrum、Leanなどいくつかのプラクティスがあり、それぞれ適応範囲なども異なります。しかし、アジャイルソフトウェア開発と名乗る全ての開発方法がコミットしているものがあります。それが『アジャイルソフトウェア開発宣言』です。

-----------------------------------------------------
『アジャイルソフトウェア開発宣言』
私たちは、ソフトウェア開発の実践
あるいは実践を手助けをする活動を通じて、
よりよい開発方法を見つけだそうとしている。
この活動を通して、私たちは以下の価値に至った。

プロセスやツールよりも個人と対話を、
包括的なドキュメントよりも動くソフトウェアを、
契約交渉よりも顧客との協調を、
計画に従うことよりも変化への対応を、

価値とする。すなわち、左記のことがらに価値があることを
認めながらも、私たちは右記のことがらにより価値をおく。

(『アジャイルソフトウェア開発宣言』より転載)
-----------------------------------------------------

アジャイルは開発方法ではなく価値の転換

これを見てまず感じたのは、従来のマネジメントからの価値の転換です。
そんなことは無い、現在のビジネス環境においては、プロセスやツールよりも個人と対話が、契約交渉よりも顧客との協調が大切に決まっているじゃないか、とおっしゃる方もいらっしゃるかもしれません。しかし果たして本当にそうでしょうか？

開発プロセスを細かく定義し、大量のドキュメントを作成し、プロセスどおりに開発が実効されているかを細かくチェック、不適合が発生するたびに再発防止と水平展開について顧客に報告、その度にチェックリストに重箱の隅を突っつくようなチェック項目を追加する。また、顧客との契約のために百数十～数百ページに及ぶ契約仕様書を作成、数ヶ月～１年かけて交渉しプロジェクトが終わる直前に契約をやっと締結。相変わらずこんなマネジメントをしていませんか？