arclamp.jp アークランプ

　フリーランスを1年もやっていると「yusukeって何やっているの？」と聞かれることが多いです。最初はあいまいな答えしかできなかったのですが、だんだん自分の立ち位置というものがわかってきました。フリーランスとしての１つの形だと思っています。参考になるのかわからないのですが、自分への整理も含めて書いてみます。

フリーランスで数億円の案件に関わるということ
　僕のやっていることにあえて肩書きをつけるならば、"業務アプリケーション・アーキテクト"、"プロジェクト・ファシリテーター"みたいな感じでしょうか。
　名前の通り、手を動かして開発するわけではなく、業務アプリケーションを対象にしたアーキテクチャやプロジェクトへのアドバイスを行っています。対象となるのは数億円～数十億円規模の案件です。

　フリーランスでありながら数億円規模の案件に関わるということに驚かれるかもしれません。僕がここを選んだ理由は２つあります。1つ目はチームで、2つ目はお金です。

　チーム規模は数億円ともなれば数十人から数百人に及びます。その中で僕は自分の役割を果たせばいいわけです。これは僕の性格かもしれません。裏方が好きで、たぶん社長タイプの人間ではありません。かといって組織に所属するほど従順でもありません。なので、自分が好きなことができればうれしいわけです。さらに手切れもいいです（ｗ。運用チームに引継げば僕の仕事は終わりです。

　お金はわかりやすいでしょう。関わる案件としては数億円であったとしても、僕の取り分は数百万円とかで1%ぐらいなわけです。これでそれなりのカイゼン効果をもたらすのであればコストとして負担しやすくなります。

　でも最大の要因は「業務システムが好きだから」ということでしょう。特に流通や小売の業務。そうなると、どうしてもそれなりの規模がないと、ということになります。

僕を雇うのはSIer
　とはいえ、クライアント企業に1人で雇ってもらうというわけにはいきません。クライアント企業に必要なのはPMでしょう。僕はPMではありません。

　雇うのは、クライアント企業から仕事をうけたSIerです。SIerの現場というのは儲けることが目的ですから人は常に仕事をしています。ですから方法論や技術を学ぶ時間というのはありません。僕が提供するのはソコです。

やっているのは"実開発をうまく回すために必要なあらゆること"
　例えばアジャイル。アジャイルは良いですが、ウォーターフォールだって良いところはあります。大型案件では非効率もまた効率なのです。では、この案件ではどうやってプロセスを回すべきか、という組み立てを（クライアントを納得するように）しゃべくるわけです。方法論を変えるほど1次コストが安いものはありません。だって、気合入れるだけですから。それでいて非常に効果が大きいのです。
　例えばオープンソース・コンポーネント。コンポーネントごとに特性というものがあって向き不向きがあります。JavaWorldにO/RマッピングやDIコンテナに関する記事を掲載しているのも、その延長になります。

　他にもいろいろやりますが「実開発をうまく回すために必要なあらゆること」と言ってよいでしょう。冗談じゃなく換気や温度調整をお願いすることがあります（さすがに家具は言えないけど）。

　さらに、知り合いのSIerと手を組むことで、具体的なソフトウェアも提供します。ハッカー達が案件専用の開発フレームワークを作成するというアイデアです（コモディティ化と人月）。企業にしてみれば、口だけのコンサルよりも実際にコードをおいていってくれる方がいいし、僕としても「言った通りにやってくれない」と歯がゆい思いをしなくてすむのでありがたいです。

フリーランスとは自由と緊張感
　働き方でいえば自由であることでしょうか。こうしてBlogで発言し、記事を書き、講演を行うことには誰の許可も必要ありません（お客さんのことをしゃべらないのは常識）。
　あとは、、、なんでしょう、、、特にないですかね（ｗ。
　案件に関わるとなると、関係する場には行くわけなので、絶対にどこかのオフィスに出社しなくてはいけません（あぁ、遅刻が多くてごめんなさい）。こういう意味では自由は少なくて、普通のフリーランスとは違います。

　あんまり聞いたことないですけど、僕を雇う人はどういう心境なのでしょうか？確実なのは、その企業に所属している人と違う視点で作業できることでしょうか。一定の距離があるので、そこの緊張感が良い気がしますね。

ここにいたるまで...
　じゃ、なんでこんな仕事をできているのかというと正直よくわかりません。
　元々は業務アプリケーションの構築に関わっていました。ま、開発というよりも外注管理ってやつですが。そのころから業務そのものに対して強い興味があって、そこがいわゆるエンジニアではないところだったのだと思います。また、大型案件だったため開発プロセスにも興味がありました。
　今の仕事は当時から評価してくれた方が呼んでくれたり紹介してくれたり。もちろん、このBlogも重要でしょう。

　そして多くの人に感謝しなくてはいけないでしょう。いろんな人にインスパイアされて、今の僕があります。

今後の展望...
　建築業界では、こういう建物だったらこの人という建築家や構造エンジニアがいます。そういう存在になりたいですね。
　そういう職業が認められるためにはIT業界としての成熟も必要でしょう。だからIT業界には貢献したいし、僕が知っていることが役に立つならオープンに提供して行きたいとも思っています。

　もしかしたら、JavaOneでこんな話もするかもです。"「U30」の現役技術者が語る「転換期のJava技術」"というBOFにパネリストとして参加します。技術メインではありますがエンジニアとしてのあり方なんかも話す時間があるかもしれません。