MarsEdit 3 - Desktop blog editing for the Mac.
動作が不安定だったEcto3をあきらめて、MarsEditを導入してみました。
はたしてTypepadに対しても日時指定投稿は成功するのでしょうか？ とりあえず、このエントリの公開を正午に設定してみようと思います。
これを、aegifの業務への復帰を記念して勢いを付けるための投資と考えるか、ストレス発散のための単なる衝動買いと見なされてしまうかは今後の活用次第というところでしょうか。
今月は最近我々も加入したJIIMAの一大イベントeドキュメントJAPANもありますし、そこにAlfrescoの会長John Newton氏を呼んだりもしているため、さらに忙しくなることが予想されます。とりあえず、このイベントについては追ってまた具体的なことをご紹介するつもりです。
（文責 Ishii Akinori IT-Coordinator）
Case Management is a hot topic these days. Several of the large ECM vendors have announced Case Management products or strategies over the last few months. But this is not a "me-too" announcement from Nuxeo.
[From Why A Case Management Framework?, Cheryl's Nuxeo Blog]
先日に引き続いてCase Managementのお話を。
Alfrescoのライヴァル、として以前ご紹介したオープンソースECMのNuxeo陣営からCase Management Frameworkが発表されています。Blogの中では、「この数カ月で大手ECMベンダが相次いでCase Managementソリューションを発表しているが、今回の発表はそれらに対する単純なフォローではない」というような旨のことが表明されていました。
基本的にはオープンスタンダードなECM基本サービスを実装したリポジトリをコアに持つ製品群ということですから（その意味でもAlfrescoの競合ですね）、こういった適用分野を絞ったソリューションというのはある種のテンプレートのような形をとることになります。AlfrescoでいうとRecord Managementが似たような発想で作られた製品ラインと言えるのではないかと思います。
あくまでCase Managementですので、これまでも特定の業界（医療など）で構築されていた業務特化型のCase Managementツールをリプレースすることを念頭に作られたフレームワークなのではないかと思われます。その意味では、それがすぐにAdaptive Case Managementを体現したものとはならないのではないか、と。特にKnowledg Workerの仕事に特化して、とか、チェックシートによるCase毎のプロセス修正などの具体的なアイデアなどについても発表資料上は言及がないようです。
ただ、やはりECM、BPMのベンダが、一つの営業戦略としてCase Managementに期待をしているという実態はあると言えそうです。
（文責 Ishii Akinori IT-Coordinator）
[From "Mastering the Unpredictable" presentation by Keith Swensonさん (BPMinna) : ATND]
先日、7月2日の金曜日に、Mastering the Unpredictableの主要な著者の1人であるKeith Swenson氏の講演（といってもレストランで実施されたアットホームな取り組みでしたが）イベントに参加してきました。
日本BPM協会の方などが参加されるBPM周辺の意欲的な方々による勉強会、という趣きの会で、色々と刺激を受けました。
Mastering the Unpredictableで提起されているAdaptive Case Management（ACM）は、既存のBPMが効果を出しにくい領域、ドラッカーが言うところのKnowledge Workerの生産性向上を目的とした取り組みである、とされています。これまでのBPMがプロセス中心の考え方で、予めかっちりと定義されたプロセスに、個別のデータを流しこむ形で運用されていたのに対し、ACMではデータが中心にあってプロセスの方がその都度構成される、というデータ中心の考え方になっている、という説明もありました。
具体的なシステムへの落とし込み方法について、明確な解はあるいはまだ存在しないのかもしれませんが、Keithさんが所属しているFujitsu Americaの製品では、Knowledge Workの領域に関しては厳格に定義されたBPMN（あるいはシステム側でいえばBPEL）などではなく、タスクの順番や追加・削除がある程度自由に行えるチェックリストのようなものが都度作成される、という説明がありました。確かに、明らかにルーチンワークであるような仕事でない限りは、チェックリストぐらいの表現力が適しているような気もします。
また、彼らが提唱するAdaptive Case Management以外にも似たようなアイデアが、IBMからはAdvanced Case Managementとして提案され、ForresterはDynamic Case Managementというキーワードで整理を試みている、という紹介もありました。その意味では、まだACMという略語が一般化するかどうかは分からない、という面もあるのかもしれませんが、Mastering the UnpredictableはBPMの領域でキャリアを積み上げてきた錚々たるメンバーによる著作ですし、そのインパクトはそれなりに大きいのではないかと思います。（隣接業界とは言え門外漢なので、本当によく事態を理解しているわけではないんですが・・・ ただ、この本の作者たちが既存のBPMに対する課題意識を議論した場所がAlfresco社のオフィスがある街だったらしい、というところに多少の縁を感じます）
Case ManagementはBPM業界だけでなくECMの分野からの言及も増えてきているようですので、今後も継続してリサーチをしていこうと思います。
（文責 Ishii Akinori IT-Coordinator）
iPadの発売日になりました。長かったです。特に発売延長が発表された後は。
少しずつ仕事のツールをMS OfficeからiWorkにシフトさせてきているので、今後はiPadだけでかなりの仕事をこなせるのではないかと期待しています。好きなツールで仕事をすることができるのが小さい会社をやっている最大のメリットであるように思います。
そういえばそろそろまじめにiPhone OSクライアントの紹介もやらなくては・・・
（Ishii Akinori IT−Coordinator）
Alfresco関連のドキュメントを翻訳している同僚から、Application-driven purchaseという表現をどう訳したものか、という相談を受けました。
ニュアンスとしては、「（単純なインフラの整備としてなどではなく）実現したいアプリケーションがまずあって、その必要不可欠な要素としての購入」といった意味なのではないかと思うのですが、なかなか上手い訳語が思いつきません。恐らく対語というか同じレベルの表現としてはCost-driven purchaseなんかがあるのではないか、という意見も社内では出てきたのですが、コストドリブンよりもアプリケーションドリブンの方が日本語としてはより意味が通りづらくなっているのではないかと思います。
アプリケーションという単語は、個人的には初めてコンピュータに興味を持った小学生の時に知った言葉で、当時はオペレーションシステム（基本ソフトウェア）の、それこそ対義語として語られることが多かったように思います。しかし、今、我々が英文から翻訳をするときにアプリケーションを「応用ソフトウェア」として訳すべき状況というのはほとんどありません。（応用ソフトウェアというのはあくまで、アプリケーションソフト、の訳語であってソフトという単語抜きのアプリケーションの訳語の議論に持ち出すのはおかしいのかもしれないんですが、ソフトウェア以外でアプリケーションという言葉を日本人が使うことは極めて稀だと思われるので・・・）
それでも、アプリケーションドリブンなどの形でアプリケーションという単語をカタカナで書いてしまうと、オペレーションシステムではないもの、という理解をされてしまうのではないかという気持ちが拭えませんでした。
とはいえ、アプリケーションという語自体を使わない方法を思いついたわけではなく、アプリケーション本位の投資、アプリケーションを重視した購買、アプリケーション起点の購入、など候補の中から選ばざるをえないのではないかというのがひとまずの結論です。
もう少し文脈を紹介しますと、ECMの特徴を説明する流れの中で、「高コスト」であることの説明として、アプリケーションドリブンで価格が高いという言い方をしているところで、この表現に出くわしました。単に従来のECMの価格の高さだけを指摘するのでもよいのかもしれないんですが、（そして実際私はこの部分を翻訳版から削ってしまうことすら主張したのですが）、できれば原文の意図を伝えたいということでこの議論になったわけです。
また、IT投資の分類法として、法対応などの外部要因に対する投資・インフラ整備などの守りの投資・差別化要因を生み出す戦略的な投資、などに分類するやり方がありますが（守り、の部分はインフラと基幹業務アプリのメンテナンスを分ける場合もありますね）、「Application-driven」にはある種の「戦略的な投資」というニュアンスもあるのではないかと考えました。しかし、アプリケーションを「戦略的な投資」と言い換えてしまうのは行き過ぎだと思うのでこのアイデアは取り下げました。何か良い表現が見つかるといいのですが。
（Ishii Akinori IT−Coordinator）
日本語の文字化け不具合の改修を含むPDFBox 1.1.0が本日リリースされた。
[From Apache PDFBox 1.1.0のリリース | 関口宏司のLuceneブログ]
いよいよ忙しくなってきていたため全営業日更新の目標をあっさり撤回して、お休みをしていましたが、そういう状態の時に限って面白そうなネタが転がっているものですね。
これはAlfrescoにも良い影響がありそうなニュースです。さっそくどういう影響がありえるのかを確認しないといけませんね。
（Ishii Akinori IT−Coordinator）
[From 書籍「Apache Solr入門」 | 関口宏司のLuceneブログ]
もうみなさんご存知かもしれませんが、ついつい買いそびれてしまっていたので備忘的に参照しておきたいと思います。
Alfrescoでも採用されているオープンソースの検索エンジンライブラリLuceneをベースにした検索エンジンサーバApache Solrの日本語による書籍です。執筆者の関口さんの会社ロンウィットではLuceneを中心としたコンサルティング＆サポートサービスを展開されています。とくにSolrに関してはRONDHUIT Certified Solrサブスクリプションという形で独自ブランドでのサポートプログラムを用意されています。（国内のオープンソース関連サービスの事例として、参考になります）
AlfrescoにおけるLuceneの使われ方はかなり込み入ったものですので、我々もLuceneやその周辺のソフトウェアについてはよく研究しなければなりません。
（Ishii Akinori IT−Coordinator）
「すでに日本からRightScaleのサービスを利用している顧客もいる」とCrandell CEOは日本でのビジネス展開に期待しつつも、当初は「スモールスタートで進めるつもりだ」とのこと。
[From ［速報］クラウドサービスの米RightScaleが日本への進出を表明、年内にも － Publickey]
Alfrescoのパートナーでもあるクラウドサービス企業のRightScaleが日本進出を表明しているようです。これはちょっと楽しみなニュースですね。
常々ECMとクラウドモデルというのは非常に興味深い課題設定だと考えています。これを気に国内でも事例を作れると良いのですが。
（Ishii Akinori IT−Coordinator）
[From Steve Jobs is a recipient of the Jim Henson Celebration Honor Award ]
趣味に走ったポストになりますがご容赦ください。
弊社の技術メンバの大多数がMac OS Xユーザであることを考えると会社とも完全に無関係なわけではありませんが、私がこのニュースに反応したくなったのは、スティーヴ・ジョブスではない方の名前に惹かれたのが理由です。（今回は受賞者の名前は日本語で書くことにしましょう）
Jim Henson Honors Awardは2005年に設立された「創造性への関与、芸術と技術の革新的な応用、他社の感化」などを評価する賞です。ジョブス氏は今回、個人に授与されるCelebrity Honorを受賞しています。Creativity Honorには映画監督のニール・ブロムカンプ氏が選ばれています。因みに昨年はあの宮本茂氏が同賞（Celebrity Honor）を受賞しています。以前はJ・K・ローリング氏も受賞しました。
Jim Hensonと言えば言わずと知れたマペットの産みの親ですが、死後もこうした形で名前や理念が受け継がれていくということは素晴らしいことだと思います。（ビジネス的にはディズニーを経由してなんだかややこしい感じにも見えてしまいますが）
#Alfrescoに関連して受賞ニュースを色々とご紹介してきた中で、珍しく個人的にも気持ちが盛り上がるニュースを目にしてしまったのでついポストしてしまいました。いや、Alfrescoのニュースに盛り上がりを全く感じないというわけではありませんが・・・
（文責 Ishii Akinori IT-Coordinator）
Gartner warned IS leaders to act now to safeguard the value that business technology contributes and predicts that by 2010, the number of IT staff in the profession will shrink by 15 percent.
[From Gartner predicts that by 2010, the number of IT staff in the profession will shrink by 15 percent]
先日ご紹介した、ガートナーの2010年代予想を書いていて思いだしたのですが、2005年に同じくガートナーから、2010年までにITスタッフの数が15%減少する、という予想を出していました。米国国内で15％減、ということですね。（もう5年も経ったのか、と思うと少し呆然としてしまうものがあります）
この予想がどの程度あたっていたのかを統計値と比較して検討しようかと思ったんですが、ちょっと余裕がないので割愛します。そのうち社員研修か何かのネタにして他の人に調べてもらおうかと思います。IEEEあたりの雇用統計を見ながら、年ごとの推移をみて、リーマンショックの分を差し引いた値を出す、という感じでしょうか。こういうケースでリーマンショックだけを差し引くことの合理性とかについても検討が必要になるかもしれませんね、もし研修のネタでやるのだとすれば。
（文責 Ishii Akinori IT-Coordinator）
最近のコメント