Compartilhar via

【コラム|プロセス改善】開発プロセスで注目すべき要素は

  • Artigo

結局、今週はプロセス改善に関するコラムだけで終わってしまいました。

前回、 【コラム|プロセス改善】開発プロセスの基本要素 で問いかけて終りにしていますが、今回はその回答です。

基本要素である、役割、作業、成果物 の中で開発プロセスを考える上で注目すべきは、やはり、最終結果となる成果物ですね。

役割を意識しすぎると、実施する作業が細分化されすぎたり、成果物が整理しきれなくなりがちです。作業を意識しすぎると、作業だけが増えていき、 「誰がやるべき？」 「で、何ができるの？」 と収集がつかなくなりがちです。

成果物を意識し、考えていくと、ではその成果物を作成するのは、どんな作業なのか、どの役割が実施するのが最適かを明確にしていくことができます。また、その成果物を作成するために必要な成果物（インプットとなる成果物）が割り出されるため、作業手順も明確になってきます。

余談になりますが、開発プロセスを考えるにあたって陥りやすいケースとして 順序 があります。個々の作業をどの順序で実施すべきかはあまり議論されないことがあり、まとめてみると矛盾があることがあります。Aを実施するには、BとCが完了していることが条件。でもCを実施するには、Aが完了してないと・・・なんてことですね（プロセスの順序を検討する良い方法もあります。それはまたの機会に）。

成果物については、必要最小限にとどまるように検討するのも大切になってきます。過不足のない成果物がプロジェクト成功の要因となります（そりゃ使われない成果物なんてだれも作りたくないですよね）。そうすると、自ずと、実施する作業も最小限になってきます。役割も同様に最適化されていきますね。

ここまでが、先日に一気に書きためたものになります。今後もコラム書きますので、お楽しみに。リクエストもお待ちしてます。

ながさわ

Comments

  • Anonymous
    September 27, 2007
    プロセス改善コラムの続編です。前回、前々回にて開発プロセスの基本要素について書きましたが、今回はソフトウェア開発において欠かすことができないソフトウェア構成管理、変更管理のポイントです。ちなみに前回までの内容は、下記に目を通しておいてください：

  • Anonymous
    December 19, 2007
    PingBack from http://blogs.msdn.com/tomohn/pages/MSDNOFF2007.aspx

  • Anonymous
    March 04, 2008
    The comment has been removed

  • Anonymous
    April 16, 2008
    こんにちは、2日間にわたり皆さんのご参加で非常に “熱い” イベントとなった the Microsoft Conference 2008 （東京会場）、無事に走り抜けることができました。ご参加いただいた方、残念ながらご参加いただけなかった方も含め、皆さん、本当にありがとうございました。