[#TiDD] チケット駆動開発はプロセス改善の隙間を埋める - SPI Japanへの思い -

チケット駆動開発はプロセス改善、正確にはプロジェクト改善だと書いていますが、組織レベルのプロセス改善との関係をまとめておきます。

プロセス改善の枠組み

プロセスモデリングの目的は以下の４つといわれています。

1. プロセスに関するコミュニケーション向上
2. プロセスの再使用の促進
3. プロセスの進化の支援
4. プロセスの管理の促進

* W. S. Humphrey, M. I. Kellner, Software Process Modeling: Principles ofEntity, Proc. of 11th ICSE 1989. (PDF)

プロセス改善の枠組みでは、標準のプロセスモデルを用いて、１、２、４を直接支援して。３の標準プロセスの作成・変更はSEPGなどの専門チームが実施します。しかし、このやり方だけをしていると、与えられたものに従順になり、現場が考えて工夫することがなくなると思います。

先日も紹介した坂本さんの論文にはこうあります。

改善というと小集団活動のQCサークルと同じで、現場の誰でもが取掛かれると思って いる人が多い。確かにソフトウェアにおいても開発現場だけで解決できる小さな問題はた くさんあるが、しかし組織全体の成熟度を上げていく改善は実に奥が深く、専門性の高い 知識、技術を必要とする。

この文章は当時の様子を良く表しています。多くの企業は管理的目的で、規模や障害数など、一定の開発標準作りが既にされていました。その中で、QCサークルなどを通じて、現場が色々と工夫をしていました。

しかし、それは基本的な管理や工夫の延長でした。組織的に情報共有は行われていても、ソフトウェア工学の成果の利用や、組織的にプロセス改善を進める視点が抜けていました。

そこで、CMMなどの（組織）プロセスの視点での改善が注目されました。ソフトウェア工学の成果を標準プロセスに組み入れて、組織的な改善を進められたのです。

組織プロセスだけに注目しすぎた

組織プロセスを中心とした改善は大きな成果をあげました。しかし、「悪くはないけど、昔の方がよかった」という人もいました。当時はよくわからなかったのですが、坂本さんの論文の引用部分を見ていると、「開発現場だけで解決できる小さな問題」が置き去りになったのではないかと思っています。

CMMは組織プロセス中心ですが、チームプロセスを扱うTSPと個人プロセスのPSPというものがあります。CMMの段階モデルの提唱者であるハンフリーさんの「TSP ガイドブック：リーダー編」では紹介文（PDF）に書いたように「開発者の能力を最大限に引き出す」と、サーバントリーダシップやプロジェクトファシリテーションと同じ事が書かれています。

しかし、日本では多重請け負い構造の弊害か、組織プロセスだけが注目され、チームや個人のプロセスはまだまだこれからのように思います。前述のように、CMMブーム当時は現場での改善が行われていましたが、レベル達成が組織のゴールになると、チームや個人はその大きな目標の達成で精一杯になってしまったのでしょう。

急速な社会状況の変化

現場での工夫が少なくなっても、安定してソフトウェアが開発できているなら問題ありません。しかし、[#TiDD] 従来法の限界とアジャイルの利点、そしてチケット駆動開発に書いたように、ビジネス環境、開発環境、実装方法など、社会の変化によって、ソフトウェア開発は多くのリスクを抱えるようになりました。

１レベルに3−５年かかるともいわれた段階モデルはもちろんのこと、自由な成長が認められた連続モデルであっても、変化への対応は困難です。組織的に試行・評価した後でないと標準プロセスは変更できないからです。

チケット駆動開発はプロセス改善の隙間を埋める

チケット駆動開発は、抽象度の低いプロセスモデリングです。開発の計画、備忘録、履歴、ノウハウが記録されるほか、プロダクトや他の作業への関連も示す事ができます。最低限の標準化は必要ですがが、このモデルは基本的にプロジェクトの管理下にあるものです。

チケット駆動開発は、プロジェクトの個々の問題に対して様々な工夫が可能です。現場力を向上させ、挑戦の道具になるものです。プロセス改善の枠組みで抜け落ちた工夫の助けになるでしょう。

プロセス改善の枠組みでもテーラリングが許されています。開発標準のうち必須でないものは、変更が可能です。テーラリングのガイドを整備されている所もあるでしょう。ぜひ、そこにチケット駆動開発を取り入れて欲しいと思っています。

チケット駆動開発を導入すれば、もっと積極的にプロジェクト固有の問題に対応できるようになるでしょう。そして、 現場のモチベーションがもっと向上し、より効果的なソフトウェア開発が行われるようになると思っています。