QConを知るには、今のところは、高井 直人さんの「QCon Tokyo 2009へ行ってきました」と「QCon Tokyo 2009へ行ってきました（続き）」を読みつつ、kentaroさんの「パネル・ディスカッション「エンタープライズ・ソフトウェア開発の動向」」と「QCon Tokyo 2009に行ってきた」を読むといいと思うよ（kentaroさんの他のエントリもすごいオススメ、うーん、お話ししたかったなぁ）。
高井さんに
（自分の技術的キャリアについて）次の5年間には別のポートフォリオが必要だと、このイベントではっきりとしました。
と言わせたものは何か。それはクラウドとリーン。
（クラウド・コンピューティングとは）ベンダーが主導するパッケージやハードウェア販売のためのバズ・ワードとしてのクラウド・コンピューティングとは一線を画す潮流があり、それこそ、今までコンピューティングの本流だった潮流の別名
リーンソフトウェア開発は、本当に必要なものだけをつくるための方法論
リーンについては、パネルでのHenrikの発言がよいです。
企業では、ソフトウェアの開発が終わったあとも色んなプロセスが続いていく。リーンの手法が重要になってきており、ソフトウェア開発だけでなくバリューチェーン全体を改善することが重要になってきている。これまで企業は、変革を口にするだけでなかなか実行に移そうとしなかった面もあったが、今回の経済危機の影響を受け、話だけではなく実際に実行にうつしつつある。無駄なプロセスを続ける余裕があった企業も余裕がなくなってきており、組織的な変革がはじまろうとしている。
面白い時代になって来ましたね。僕は「ユーザーが主役であり、エンジニアが主役の時代」という印象を持ちました。ユーザーとエンジニアが高いレベルで融合するところに次の世界があると感じています。残念ながら、現状では、この2つは隔てられています。クラウドやリーンは、2者を「ICTサービス」でつなぐための大事な手法です。
逆に言うと「ソフトウェアを作る」ところをつなぐような考え方ではダメだという意味です。たとえばアプリケーションフレームワークや狭義のアジャイルのように、作り手としてのエンジニアがハッピーになるだけの取り組みではダメ。作って、動かして、活用するというICTサービスの現場でユーザーとエンジニアが向き合えるのか、ということです。
アーキテクチャに正解なんてありません。現場に合わせて悩み、考えることが大事。答えは自分で見つけるしかない。もはやエンジニアの価値は知識で決まらないのです。どんなときに、どんな手法を選択するのか。様々な利害関係者のバランスをひもとき、ココにしかないアーキテクチャを導き出す。そう言った能力が重要なのです。
