10年たった今見えてきたアジャイルに関する8つの問題提起

Agile 2011 Conferenceに行ってきました。

たくさんのセッションに参加してきたのですが、その中でもカンファレンス二日目に参加した、Chet Hendrickson氏とRon Jeffries氏の「What We Have Learned So Far: what we got right & what we got wrong」が面白かったので、ここでまとめたいと思います。

内容はタイトルにあるように、「この10年で何を学び何を得たのか？そして何が正しくて、何が間違っていたのか？」というもの。アジャイルに関するたくさんのプラクティスやアイデアを共有してきた、Chet氏とRon氏が提起するアジャイルの注意点を確認してみましょう。

1. 独断主義という課題

　アジャイルはしばしば独断主義としてとらえられてしまいます。常に改善を求められる雰囲気や、現実的なマネジメントの影響で「隠し事」が難しくなり、恐怖を感じるメンバーも現れる可能性があります。また、新しいメンバーはスルーする傾向があり、好きな人は好き！と二極化して対立してしまうこともしばしばあります。

2. 見積もりと計画づくりでの課題

見積と計画づくりは開発を始めるにあたり重要な要素となります。重要であるがゆえに、ここでの課題は早急に対応策を考える必要が出てきます。両氏があげる課題点は以下です。

「我々」と「彼ら」というように関係者を分けてしまう課題
価値ではなく、コストに焦点を当ててしまう課題
リリース計画が固定されたスコープに対する作業であるという課題
イテレーション計画がプレッシャー駆動になってしまう課題
「約束した・していない」というやり取りに対する課題
解決案ではなく、機能に集中してしまう課題

アジャイルのメリットでもある「タイムボックスの考え方」や「チームプレイ」という部分自体が、問題となってしまう可能性を示唆しています。ただ単にプラクティスに取り組むのでなく、それぞれの背景まで理解しなければならないということでしょう。

3. 顧客とプロダクトオーナーの課題

ビジネスにおいては、自社サービスの場合の強みや、時代の流れといった、キーとなる何かが焦点になります。もし、これがない場合は、困り果てることになり、リリース計画などにも影響が出るでしょう。また、顧客サイドと開発サイドで対立がある場合は、アジャイルなビジネス活動ができなくなってしまう可能性があります。そして、開発側は顧客サイドを意識しすぎてもだめです。なぜなら、顧客を満足させるだけではなく、その先にあるサービス価値にフォーカスする必要があるからです。

4. イテレーション自体の課題

毎週のイテレーション計画は大変な作業です。このイテレーション自体がネックになり、アジャイルな開発ができなくなる可能性を秘めています。本来は、一つの作業の流れを追うのであればよいですが、複数タスクを持ってしまう場合は、そこがまたネックになります。しかしながら、イテレーションでの作業を学ぶことで、「作業の完了」を学ぶいい機会になるかもしれません。

5. 変化は難しいという課題

変化は恐怖や困難を伴います。最近登場してきた「かんばん」は取り組みやすいかもしれません。かんばんはときよりパワフルな効果を生み出します。ただ単に使うのであればそれでいいのですが、本質をつかむためには、実践者の助言が必要になるでしょう。

6. シンプルであることが簡単ではない課題

シンプルであることはいいことです。しかし、難しいプラクティスを除外するのはよくありません。必須となるスキルやソフトウェアの職人たちを軽視してもダメです。

7. アジャイルを適用するときの課題

アジャイルという名前が誤解を招くケースもあります。誰もがアジャイルになりたいと考えています。エンタープライズアジャイルに興味を持ったり、スクラムに取り組みたいと思うのはもちろんですが、アジャイル啓蒙者が間違った認識を持っていて「偽アジャイル」となってしまうケースもありえます。さらに、我々が抱える背景はそれぞれに違っており、一つの解決方法でなんとかなることはまずありません。

Agile 2011 Conferenceでは、アジャイルの適用に関するセッションがたくさんあると思います。それらをそのまま受け止めるのではなく、「それらはアジャイルの良い点に向かっている適用なのか？」、「快適な開発になっているのか？」といったことを考えてみるとよいでしょう。

リーン、かんばん、ふりかえりといった言葉はたくさんあります。しかし、これらが本当のアジャイルになるまではアジャイルと呼ばないほうがいいでしょう。