書評と日々思うことを書きます。更新は週2回目標です。「ん?どういうこと?」というのが第一声でした。いう事かというと、従来のシステム開発とは顧客企業との契約において基本的に「納品」を前提とした受託開発が基本だからです。本書のタイトルにある「納品をなくせば」というところに非常に引っかかりました。本書を読み進めていくと著者が主張したい事、やってきたこと、これからやっていきたいことが非常に明確になっています。本書を手に取るきっかけになったのはPMシンポジウムでの著者の講演です。この講演で主張されていた内容を詳しく知りたいと思い、本書を購入しました。本書にはIT業界のビジネスモデルの問題点から、エンジニアキャリアについてまで書かれており、個人的には非常に有益な一冊でした。最近ではフルスタックエンジニアが重宝されていますが、本当のプロは本書で述べられているような事業にも踏み込むエンジニアなのかもしれません。■IT業界の問題システム開発やソフトウェア開発において受託開発と言えば、「一括請負」という契約形態が一般的です。一括請負には「要件定義(何を作るかを決める)」作業がまず必要になります。著者はこの「先に要件定義をする」ことに対して、以下のような問題があると述べています。要件定義が固まれば、当面の間はそれでよいかもしれませんが、ソフトウェアが出来上がる頃には市場環境が変わってしまい、使いモノにならなくなるリスクもあります。極端なことを言えば、納品後にそのソフトウェアが使えるモノであろうがなかろうが知ったことではありません。極論のような気がしますが、まったく外れてはいないとは思います。先に要件定義をすると確かに決まった要件を実現する事に注力します。基本的にはその後の変更を作成中のシステムに取り込む事はできないのが現実です。してしまうとどうしても高くなります。その原因が「バッファ(余裕)」です。元請け(一次請け)、下請け(二次請け)、孫請け(三次請け)と続く多重構造の中で完成責任がある「一括請負」の場合、各社がバッファを積みます。その積み重ねの金額がシステムの開発費用になるので、顧客企業から見ると「なんでこんなにかかるの?」ということになります。■納品のない受託開発とは現在のシステム開発に関する問題点を解決する手段の1つとして本書であげられているのが「納品のない受託開発」です。この開発手法の特徴は「顧問エンジニア」という関わり方です。・顧客のパートナーというものです。弁護士や税理士など士業と同じように専門家として顧客企業に関わり、一緒にビジネスを作っていくという関係を作るというものです。顧客企業がやりたい事業に本当に必要なシステム(ソフトウェア)は何かを一緒に考え、必要なものだけを作る(不要なものは作らない提案をする)。小さく作って少しずつ育てていく。プチCIOのような関わり方です(CIOなのに設計〜運用までやってしまう)。具体的な事例も含めて本書には記載されているので、詳細は本書をご覧ください。「納品のない受託開発」を実現するためにはかなりハイスペックなエンジニアが必要になります。本書では採用に関する部分で必要な素養を以下のように記載しています。T:テクニック(読みやすいプログラムが書ける、安定した運用の基礎知識をもっている)I:インテリジェンス(顧客と一緒にビジネスを考える)P:パーソナリティ(得意分野があり、チームワークを重視する)S:スピード(素早くプログラムを作れる/直せる)これらの素養を持ち合わせた人がこの開発手法を実現できる人材とのこと。はじめからすべてを持ち合わせた人などいないので、採用してからどのようなシステムで教育をしていくかということも本書では記載されています。個人的には上記で挙げた要素は今後すべてのエンジニアに求められていくのではないかと感じています。金融機関のオンラインシステムなど大規模なものは別ですが、ビジネス環境変化が激しい中、必要なシステムを作るためにはどうしてもビジネスに対する知識が必須です。敷かずにどんどんトライ&エラーでまわしていくことになるため、一人でいろんなことができることが求められます。なると「私は設計しかできません」「私は開発しかできません」「私はマネジメントしかできません」なんて言ってられない状況になります。いままで自分がやってきた開発手法とは違う新しい考え方を得られたと共に、これから自分が磨かなければ行けないものが見えた気がします。エンジニアたるもの作ってナンボですね。コメントをキャンセルメールアドレスが公開されることはありません。「読書による経験価値」の管理人をしている長谷川佳之です。社会人19年目のSEで、主に金融関連のシステム開発をしています。ブログは2005年5月から楽天ブログで書き始め、2007年4月にこのブログに移りました。内容はビジネス書の書評が中心で、セミナーの参加記録なども時々書いています。自分が学んだことのアウトプットとしてブログを活用していきたいと思っています。