改めて求人を担当するにあたって

困ったことになりました。いよいよもって人手が不足しています。受注が重なってしまい、自社開発プロジェクトに深刻な影響がではじめました。そこで、私が担当となって追加の技術要員を探すことになってしまいました。

人材の募集は常に行っているのですが、通常ですとメンバーが業務の隙間時間に面談を繰り返し行い、最後に我々取締役が最終面談、という流れであり、最近は忙しくてなかなか手が回らない状況が続いていました。特に、弊社の場合はコンサルタント要員よりも技術要員の方が実質的なハードルが高い、というやや特殊な状況がどうもあるようで、まずはそのあたりの整理から着手していく必要がありそうです。（ここでいうコンサルタント要員はビジネスコンサルティングの部門の要員という意味で、OSSのコンサルティングは弊社ではどちらかと言えば技術要員の仕事になっています）

ですが、時間がないので最初のところから私が担当することでスピードアップを図りたいと思います。一人で勝手に候補者に会って即決、というわけではなく、今まで通りの面談は実施していく予定ではありますが、時間を短縮することくらいはできるのではないか、と。

せっかくなので何故技術要員のハードルが高くなっているのか、というお話や求める人材像（？）についてもう少し。記事の性格上会社の特徴なんかも必要かもしれませんね。また、無駄に長くなりそうですね・・・

高いハードル

後で会社の特徴としても触れるかもしれませんが、経営陣の一人である私に技術者重視の会社を作りたいという気持ちが元々あること。そのくせ日和って技術畑でない人とのバランスや収益性を考えると、技術者パラダイス的な組織を用意するような器があるわけではないこと。それらの結果として他社がやりたがらない難しい仕事ばかりをやらざるを得なくなっていること。そして何より、現状のメンバーがそれが出来てしまうくらい優秀であること。

結果として、どの仕事も新しい人を割り当ててうまく行くイメージを持てない、という状況がうまれました。

これは、私の、（しかも残念な事に、世の中にはありふれている類いの）失策です。優秀なリーダーと優秀なメンバーに甘えすぎました。

難しい仕事とは

弊社の技術部門の場合は、オープンソースの企業向けソフトウェアの導入コンサルティングや技術アドバイザリ、製品サポート、トレーニング、などがそれにあたります。他社に先駆けて取り扱いを開始したため資料は仮にあったとしても全て英語ですし、複雑な問題解決には開発元の人達との英語でのコミュニケーションが必要になります。その場合、ソースコードが読めることは大前提です。

一方で顧客サイドに対してもまだまだ理解度に濃淡がある「オープンソース」に対する期待をコントロールし、ライセンス費用が無償である分時として逆に期待レベルが上がってしまっているスキルに対する要望に応えていかなければなりません。

こうして仕事の性質を並べて書いてしまうと、とても割の良い仕事には見えないかもしれません。実際、メンバーには負担をかけているところもあります。それでも、ソースコードへのアクセスがある、製造元の技術力やビジョンを直接自分で判断できる、ということのメリットは大きいはずですし、年々顧客サイドの理解も深まっています。何より、弊社のメンバーはその仕事をこなし、今回のような人手不足を生じさせてしまうほどの評価も得ています。

ですから、難しい仕事という言い方は、実は一面的すぎたわけです。

私の反省すべき点

問題なのは、この「オープンソースかつ企業向け」というマーケットの可能性を私自身が十分に信じ切れておらず、事業としてのリスクをメンバーのスキルのみで押さえ込んできてしまった、というところにあります。

このビジネスにはもっと間口を広げて（現状の技術メンバーの大部分のように元々の知り合いで、すでに「できる」ことがはっきりしている人以外にも）もっと人員を多く動員できるだけの余地が十分にあったし、今もある、ということです。

次回予告

やっぱり長くなりすぎるので、求める人材像と会社の特徴の再整理の話は次に持ち越します。上記の話はこれまでやってきたOSSのコンサルティングのビジネスを下敷きにしてしまっていますが、現在の募集はそこだけでなく、より技術志向の強い自社製品開発の部分に重点をおいています。（既存のコンサルティングの募集ももちろんやっています）

次もすぐ書きます。今日か明日には。

（文責 Ishii Akinori IT-Coordinater）

ソーシャルとコラボレーションの話 特にco-meetingについて

いつのまにかMarsEditの設定が狂っていたのか、Typepadの移行のタイミングで何かミスをしてしまっていたのか、ここ数回のポストは改行がなくなってました・・・　まったくチェックをしていないことがばれてしまいますね。誤字脱字も多いので、それ以前の問題である気もしますが。

さて、ソーシャルとコラボレーションというキーワードで、何件かLiferayのお話をさせて頂く機会がありました。Social Officeというプラグインもありますし、Socialの名前がついたPortletも幾つか公開されています。まとまった説明ができるといいんですが、今はまだ準備中というところです。

AIIMに関してもそうなんですが、ECM製品はこの10年くらいコラボレーション機能を強化してきた歴史があります。それこそちょうど10年くらい前に、現在はEMCの一部であるDocumentum社がeRoomを買収したあたりのタイミングで、その流れが明確に認識できるようになったと思います。当時は「柔らかい文書管理」というような言い方もされていて、文書として完成したものを「しまっておく」格式の高い保管場所としてのリポジトリから、文書の作成過程へと守備範囲を広げていくというトレンドがありました。ソースコード管理システムはすでにある程度普及していた（といっても現在のスタンダードであるgitなどの分散リポジトリどころか、その前の世代のsubversionですらなく、CVSかMS製品か、という印象でしたが）ため、版管理機能そのものは生産性向上にも効果を発揮するはずだ、という話もたびたび話題になっていました。P2P技術を使ってリアルタイムにオフィス文書を編集しる技術や、専用機材ではなくWebカムを使ったビデオ会議なども手に入りやすくなった時期で、eRoomの営業資料などには、コラボレーションとは必ずしも「リアルタイム」「ビデオ」を意味するものではありません、なんて文言が散りばめられていたのを覚えています。

そして現在、コラボレーションと共に語られるキーワードとしては「ソーシャル」がもっとも目立つ存在ではないかと思います。Enterprise 2.0であるとかSocial Content Managementだとか、という切り口でECM製品もソーシャルテクノロジについては積極的な対応をうたっています。弊社もコンサルティングファームとして単純なパッケージ導入以外にもこうした企業向けアプリケーションの中でソーシャル対応をうたうものの選別や導入支援などのお話をよくさせて頂いています。（また、ECM方面だけでなくLiferayがソーシャル基盤としての機能強化を意欲的に進めていることも本来であれば無視できない話題ですが、今回は省略します）

そうした立ち位置で現在弊社が社内のコミュニケーションの基盤として試用・評価中のものにco-meetingがあります。ざっくりとした説明をしますと、Google Reader廃止以前はもっともショッキングだったGoogle系ロストテクノロジ（？）のWaveに近い作りのツールです。（ざっくりしてるわりには、相手を選ぶ説明でしたが、そのまま続けます）　リアルタイムチャットで、漢字変換確定前のタイピング過程まで共有表示されるという特徴を持っています。この最終的に確定する文言以外の情報が相手の目に触れうる、という感覚が非常に面白いので、小規模利用は無償でできるので、是非これを読んだ方は試してみて頂きたいのです。初回、私は、この遊びとも言える部分がノンバーバルコミュニケーション的な補完作用を持っているのか？ という妄想にかられました。リモートワークの取り組みの中でオフィス内にカメラとマイクを設置して「雰囲気」の直接的な共有を試みた事例がありましたが、それに近い感覚的な御利益がある気がします。

ただ、私が特に面白いなと感じたのが、このツールが「コラボレーション」のためのものであるし、現代的な作りで、現代的な技術で作られているにもかかわらず、まったく「ソーシャル」的ではない、ということです。具体的には、これは運営している株式会社co-meetingの方達とも直接お話して確認したのですが、彼らはこのツールの得意分野を「議題・題名が明確についたやりとり」と見極めて開発をしている、という点からも言えることだと思います。

ソーシャルテクノロジによって電子メールが廃れる、という考え方があります。若い世代はSNSがあるので電子メールには見向きもしない、とか、逆にFacebookが情報で溢れてしまったのでむしろある程度ハードルがある電子メールに回帰してる、とかっていう話題は定期的にIT系のメディアに登場するので、妥当性はともかく今やそれほど突飛な考えではないと思います。この場合、ソーシャルテクノロジと比較した場合の電子メールの特徴は「題名」「宛先」を明確化しないと書けない、という点にあるとされます。（無駄なコピーが増えるなど、「問題点」はもっとたくさんありますが、コミュニケーション手段としての特徴はこの点に集約できると思います）つぶやき、にはどちらも要求されません。SNSのメッセージング機能も多くの場合は相手こそ選ぶものの表題は要求されません。

いわゆる社内SNSというのも、情報共有、組織活性化などを目的にすることが多いと思いますが、そこで前提とされているのは、グラフ起点でうっすら届くので個別の「宛先」設定がいらないし、「議題」確定前の緩い情報もはき出せる、という環境を用意することで、これまで電子化どころか言語化されなかった情報まで吸い上げることが可能になる、という期待でしょう。これに対して、co-meetingは明確に「議題」が設定された後のやりとりに集中しています。またも、ざっくりしている割には伝わりにくい説明をするのであれば、先日tumblr経由でながれてきた喧嘩の売り方のツィート『ガンコ親父「表へ出やがれ！！」
不良「ちょっと体育館ウラまでこいや」
ヤクザ「ウチの事務所いくか？お？」
数学者「じゃ黒板のある部屋行きましょう」』の数学者のところに近いイメージが理想的なco-meetingの使い方であるように感じています。

co-meeting社の方にお話を伺ったときも、yammerやchatterなどのソーシャルツールで議題が浮かび上がってきた後の詰めをco-meetingに舞台を移して行うパターンと、co-meetingのグループ内に「雑談」という名前の会議室を作っておいてそこで議題設定前のメッセージを受けとめるというパターンがありうる、というご説明をいただきました。弊社でもとりあえず、後者の「雑談」会議室パターンを試してみているんですが、yammerなどと比べるとグループとはいえあくまで公共の場という印象になってしまいあまりにも個人的なつぶやきのようなものは出しづらい感じがしました。このあたりは個人の性格や組織の文化もあるとは思うのですが、ソーシャル系のツールとco-meetingの性質の違いを強く感じられるポイントだと思います。

co-meetingも非同期的なコミュニケーションの基盤としての利点を持つツールなので、未読のメッセージを処理していくUIを備えていますが、それも最新情報が上にくるタイムライン的な表示ではありませんし、（少なくとも今のところ）そういう流し読み把握をブーストするようなモバイルクライアントもありません。そういうツールやモードもあったらあったでありがたいな、と思いますが、コラボレーション基盤としての軸をぶらさずに突き抜けて欲しいという気持ちもあり、なかなか難しいところです。最近、Facebook上でモバイルブラウザ向けのスタイルでアクセスできるページが紹介されていましたし、今のご時世まったく対応がなされないということはないと思うのですが、どこをどう工夫しても万人の賛同は得られない領域だと思うので、co-meeting社の次のうごきには注目ですね。

（文責 Ishii Akinori IT-Coordinator）

（続き）AIIM Conference 2013 #AIIM13

前回、予告しておきながらカバーできなかった話題、『ECMの終焉』について、です。ECM eraが終わった、っていう言い方もされていたので、その場合はECM時代の終焉、なのかもしれませんが。

元々はマイクロフィルムから始まっているとはいえ現在のAIIMはECMの業界団体でもあるわけですから、ECMの終焉というメッセージは穏やかではありません。ただ、容易に想像がつくことですが、これはあくまで関心を引くためのアジテーション的な言説で、実際、カンファレンスの最後を飾る会長のキーノートでは、「現時点でのビジネスの中心は従来的なECMビジネス。System of Engagementというコンセプトがお金を生み出すのはこれから（ただし凄く近い将来）」というような趣旨の発言がありました。

では、何故ECMの終焉という言い方がされるのか。それは、北米圏ではECMが普及しきっているから、という今までなされてきた説明だけでなく、Saas・クラウドの普及によって顧客が求めるサービス形態やスピードが変化してきていて、CRMやERPなどのかつて3文字略語と言われたアプリケーションカテゴリのラベルだけでビジネスをするのが難しくなってきたからだ、ということのようです。

これは営業マン向け（？）の別のセッションでも言及されていたことなんですが、今までは単純な組合せの数式でビジネスをしてきましたね、と。

Microsoft Sharepointの式は「ECM + Collaboration = $$$」（ECM plus Collaboration makes much moneyと読みます）、Alfrescoであれば「ECM - $$ = $$$」（ECM minus money makes more moneyだったかな？）、という具合に。

でも、そういうのはもうやめましょう、もっと自分たちの強みを見極めつつ、ECMそのものの価値を過小評価せずに商談を進めて行くべきです、というような話しがされていました。
ECMの終焉という話題もそこと基本線を同じくしています。ECMと例えばスキャナ管理ソリューションを単純に組み合わせて売るのではなく、自分たちのプラットフォームの上に顧客が実現したいソリューションを表現するアプリを載せていく形になっていくべきだ、と。

なので、キーワードとしてECMという言葉を出してものを売る時代は終わったんだ、ということのようです。
正直な感想としては、アプリを構築するのと特定モジュールをECMとの抱き合わせで売ることの違いがどこまであるのか、特に顧客アピールという面ではピンとこなかった部分もあるのですが2013年現在のAIIMのメッセージの方向性は上記のようなものになっていると考えていいと思います。

後は、日本の市場がそれをどれだけフォローするか、ってことになりますが、ECMの普及率の違いだけでなく社内システムの構築に対する組織構成がだいぶ違っているようなので、こういうコンシューマライゼーションが絡む領域だと単純に日本がアメリカをフォローするっていうモデルは通用しないですよねぇ、、、

��文責 Ishii Akinori IT-Coordinator）

AIIM Conference 2013 #AIIM13

AIIM Conference 2013 #AIIM13: "The AIIM Conference 2013 is ONLY for those who are ready to think strategically about information management on a massive scale"

(Via AIIM.)

JIIMA ECM委員の1人として、先日行われた北米AIIMのAIIMカンファレンス2013の視察に言ってきました。別途レポートを月刊IMに寄稿する予定ですし、イベントでも報告させて頂くことになるとは思いますが、こちらにも簡単にご紹介を。

AIIMはJIIMAと同じくマイクロフィルムの普及を目的として設立された団体で、JIIMAよりもさらに10年長い歴史を持っています。その後、電子的な文書管理、ECMなども世界最大の業界団体として引き受け、拡大していったため、これまでは見本市とせっとで恒例のカンファレンスをやっていたのですが、今年からはカンファレンスのみの開催となっています。

よりインタラクティブなやりとりが重視されるということで、あまり英語、特に英会話に自信がない身としてはかなり緊張したのですが、折角の機会ですので視察員として立候補してしまいました。（立候補なんて何年ぶりだろう、と思いましたが、よく考えたら学生時代も特にそういう華々しいことはしていませんでしたね・・・）

実は、ここ数年、AIIM関連のイベントや、関係者のBlogなどでは「ECMは終わった」というようなメッセージをよく見かけていたので、「じゃあ、今後はどうするんだ？」という関心もありました。JIIMAの方々もそのあたりには強く興味を持っているようでした。

結論としては、従来のECMのビジネスは今なお継続しているし、簡単になくなるものではない、というある種予想通りの回答がそこにはあったわけですが、一方で、この2,3年彼らが主張してきた『ECM時代の終焉』というテーマについての議論もずいぶんと整理されてきたような印象も受けました。

今回のポストではこのあたりについて簡単に触れたいと思います。
まず、例えばAlfrescoあたりが主張していたSocial Content ManagementやCloud Connected Contentという標語からも見て取れるように、いわゆるソーシャル・モバイル・クラウド（・ビッグデータ）というIT業界全体のトレンドとの絡みがあります。これまで、こうした波が押し寄せてきた結果、従来型のECMが通用しなくなるよ！ という危機感の煽り方がなされてきたわけですが、今回のカンファレンスの発表ではこのあたりのロジックがもう少し丁寧になっていました。

例えば、ソーシャルコンテンツとレコードマネジメントの組合せが何度か例として現況されていました。レコードマネジメントは、それこそ紙からマイクロフィルム、スキャンされた電子データ、Born Digitalと言われる初めから電子形式で作られる文書ファイル、とその対象範囲を広げてきました。ただ、これまでは対象の「形式」が増え、検索などの「機能」も拡張されてきましたが、基本的には紙文書の代替物として理解できるコンテンツというところに大きな変化はありませんでした。しかし、ソーシャルの仕組みが導入されると、文書としての態をなしていないコンテンツが業務上の意味を持つというケースが出てくるわけです。これはレコードマネージャにとって非常に難しい課題であると言えます。

似たような議論として、情報爆発についての言及も繰り返し行われていました。今、ECMのエンドユーザである一般的な企業ユーザの1人1人が処理しなければならない情報は加速度的に増えていっています。エンゲージメントを巡る議論、社内SNSで組織活性化！、などの話題は国内でも馴染みのものですが、なぜ活性化をする必要があるのか、という点についての踏み込みが感じられました。情報過多が人々を疲弊させている、というストーリーがまずあって、適切に情報をフィルタリングする仕組みを入れることでその課題を解決する、という建て付けになっているようです。日本だと、雰囲気不景気で人々が疲弊しているのは所与の条件というムードがあって、わざわざ何故疲れているのかっていう話しにはならないですからね・・・
いずれにしても、思った以上に分析や自動分類がECMの基本機能として取り込まれていきそうな感触を受けました。

人々を情報流による疲弊からガードしつつ、管理のための管理作業（メタデータ入力など）から解放するという方向性ですね。
あ、予定から外れて『ECMの終焉』まで到達できませんでした。続きは次回にします。

��文責 Ishii Akinori IT-Coordinator）

Alfresco が WeWebU Software AG の買収を発表 | Alfresco

Alfresco が WeWebU Software AG の買収を発表 | Alfresco: "コンテンツ管理に適した最先端のビジネスアプリケーションのWeWebUが、Alfrescoソリューションをさらにパワーアップする。"

(Via Alfresco Software社Webサイト.)

数ヶ月前のニュースですが、Blog放置期間に図らずもスルーしてしまった話題の中でも個人的には「大物」だと思っていたものなので改めて。

WeWebUはかなり前からAlfrescoのオルタナティブクライアントを作っていた人達ですね。最初期のコミュニティアワードの受賞者も輩出していたような気がします。（うろ覚えなので、間違っているかもしれません）
商用オープンソース製品は、製品本体への機能の取り込みの判断が非常に合理的で、ニーズが一般的でなく標準の拡張ポイントにクリーンなカスタムコードを載せることで実現できそうな機能はほとんど取り込まれません。

機能競争をしているプロプライエタリ製品の場合は、機能と設定項目がその数だけ増えていくことになるので、それに比べれば理に適った方針です、、、と距離のあるところからは無邪気に発言できるのですが、実際にはカスタムコード抜きでUI上で色々実現して欲しいという要望は山ほど受け取るわけです。

初期においてはドラッグアンドドロップでのファイル登録などもなかったので、顧客の期待とのギャップは大きく、Flexなどを利用したオルタナティブクライアントに期待が寄せられることになりました。
その後はHTML5を使って標準のUIが強化されると、そうしたオルタナティブクライアントを擁していた企業は、よりビジネスアプリとして進化したり、モバイルアプリとのシナジーを目指したり、CMISに対応したり、という動きを見せることになります。

WeWebUは特にうまくやっていたように見える会社で、結果としてAlfrescoによる買収、という形になったわけです。

#ECMベンダ独立なCMISクライアントが減るというのは立場的には少し残念ですけど。

今後はビジネスアプリとしての展開が特に注目されると思います。やはりプロプライエタリベンダの方が、「新機能」の源泉を買収に求める傾向は元々強く、ECMコア以外の部分ではAlfrescoは競合する他社ECM製品群よりも手数が少ない印象があります。

さらに買収で広げていくのか、こうした新モジュールも含めたパートナーソリューションの横展開を推進するのか。個人的にはCase Managementの実装に関心があるのでそのあたりが盛り上がってくれると楽しそうなのですが。

今モバイルアプリとしてAlfrescoから提供されているソフトは2つあって、1つがWeWebU由来のAlfresco Workdesk、もう1つが従来からあるAlfrescoモバイルアプリなんですが、そのAlfrescoモバイルアプリの製造元であるZia ConsultingもAlfrescoベースのCase ManagementのWebinarシリーズを計画しています。

時差の関係でなかなか難しいんですが、余裕があれば是非聴講しようと思います。何か面白い話しがあればここでもご紹介したいですね。

��文責 Ishii Akinori IT-Coordinator）

Tom Baeyens氏(jBPM，Alfresco Activitiの作者)，クラウド版BPMの新ベンチャを開始

Tom Baeyens氏(jBPM，Alfresco Activitiの作者)，クラウド版BPMの新ベンチャを開始: ""

(Via InfoQ.)

またしても、Blogを放置している間に色々ありました、、、

まず、AlfrescoがスポンサーになっているBPMエンジンActivitiまわりで。jBPM、Activitiとリーダーを務めてきたTom Baeyens氏がクラウドベースのサービスを展開するベンチャーを立ち上げたというニュースです。日本で言えば京都のQuestetraさんに近いイメージになるんでしょうか。

もう少しテクノロジ寄りのレイヤもカバーしていくみたいではありますが。
Activitiに関してはcamunda社がcamunda BPM platformという名前でフォークをしたというお家騒動（？）ニュースもありました。

初期メンバーの1人で今もコアデベロッパであるJoram Barrez氏はそのBlogでフォークが発生しリソースが分裂することを嘆いていましたが、すでに昨年のうちにActivitiを去っているTom Baeyensと、協業を発表しているGUI部分の担い手であるSIGNAVIO社はこの動きを歓迎しているようです。
ドイツ、盛り上がってますね。

クラウドサービスとオープンソースでは、コストの削減という意味では似ていてもそのロジックはむしろ正反対だったりもするので、BPMのユーザやそのまわりのエコシステムがどう動いていくのか、興味深いところだと思います。

��文責 Ishii Akinori IT-Coordinator）

パートナーシップの解消

昨年末で、ほぼ起業時から続けてきたAlfresco Software社とのパートナーシップを解消してしまいました。弊社WebサイトからもAlfrescoのロゴは取り下げてあります。

パートナーシップがなくなること自体は残念なことですが、今後も自社内に蓄積したノウハウを活用してAlfresco導入企業様への支援は引き続き行っていきますし、これまではできなかったCommunity版のユーザ様に対する支援などにも挑戦していくつもりです。

解消に至った理由や経緯などはなかなかご説明しにくいところもあるのですが、Enterprise版のAlfrescoが現在パッケージとして手に入るECM製品の中でも最良のものであるという考えに変化はありません。ただ、日本法人も立ち上がり、よりハイエンド向けに高価格化をしていくなかで、我々がターゲットとしているエンタープライズ向けアプリケーションを導入する企業としてはコストコンシャスであったり技術ベースのリスク評価を実施できるだけの成熟度を持った企業様に対してのマッチ度合いは以前に比べると少し低下してきている面もある、と考えています。今後は、そういった企業様に対して、AlfrescoのEnterprise/Communityあるいはその他の製品を比較するところから改めてご支援をさせて頂くつもりです。

Liferayに関しては引き続きパートナーシップを継続しておりますし、その意味ではCommunity版のユーザ様への支援の予定はありません。そういう意味では、期せずしてECM機能が強化されたLiferayや弊社の自社製品であるNemakiwareを含めて幅の広い提案ができるようになったとも言えます。製品サポートが必要な場合は、Alfresco Enterprise（我々を通じてではない形で別途ご購入頂く必要があります）、Liferay Enterprise　あるいはNemakiwareを、サポートは不要だが豊富な機能とカスタマイズ性をいかしたソリューション開発が必要な場合はAlfresco Communityを利用した提案をさせて頂くことになると思います。Liferayはリポジトリを中心としたカスタマイズに関してはAlfrescoに及ばない点がありますが、ECMとしての基本機能も追加されていますし、何よりポータルエンジンとしての基盤が強力であり、画面そのものを作り込む場合などはむしろAlfrescoよりも有利な点も多々あります。

私個人としては、製造元の商用サポートつきオープンソースアプリケーションの企業導入にある種の拘りを持って取り組んできたつもりがあるため、今回の結果はもちろん残念に思っています。オープンソースはお金になるのか、という陳腐な議論への関わり方としても、ちょっと苦いものがあります。しかし、外資のソフトウェアを取り扱う上で、こういった突然のパートナーシップ解消というのは当然予期されるシナリオの一つでありますし、オープンソースであることを脇において考えれば、世の中にありふれた事象でもあります。オープンソースモデルの製品においても、他のソフトウェアと同じく、現地法人設立→既存のパートナーとの契約解消という流れが起きたというのは、それはそれで感慨深いというべきなのかもしれません。（Liferayに関しては末永く継続したいと思っています。もちろん！）

次回の投稿では、これを機に、企業向けオープンソース製品のビジネス、特に提案の現場でこの数年考えてきたことなどについて触れていこうと思います。

（文責 Ishii Akinori IT-Coordinator）