InfoQ ホームページ ビジネス に関するすべてのコンテンツ
-
SOAのマネージメント戦略
Mike Kavis氏が、SOA instituteに書いている記事で、SOAを実装する成功要素として、人、プロセス、技術そしてビジネスの４つを上げている。彼は、よいマネージメント戦略とは、これらの各分野での、重要な成果物を作り上げるロードマップを作り、それを伝達することである、と信じている。
-
QCon キーノート：技術者 VC が語る将来動向と市場機会
11月18日(水) QCon San Francisco 冒頭のキーノートで VC である Bay Partners の Salil Deshpande，Accel Partners の Kevin Efrusy 両氏が，ソフトウェア開発の分野で予想される将来動向と市場機会に関する公開議論を行う。彼らに伝えたい質問やコメントがあればこのアーティクルに追記してほしい。Salil と Kevin がキーノートで取り上げてくれるだろう。
-
GoogleとAndroid開発者とのトラブル
Googleが、最近、Steve Kondik氏に対して停止命令を出した。Kondik氏は、CyanogenModを作ったAndroid開発者として知られている。 CyanogenModは、無料で公開されているカスタマイズしたAndroidファームウェアであり、Maps、GMail、Talk、 YouTube、Marketなどのオープンソースではないアプリケーションをバンドルしている。これがGoogleと開発者の最初の衝突だと見る人もいる。
-
SOAとBPMの距離を縮める
SOAとBPMは今でもIT業界で一番のバズワードであり、両者の関係についての議論が関係者によってなされている。そんな中でJason Bloomberg氏によって提唱されたプロセス同型（Process Isomorphism）パターンは両者の距離を縮めるひとつの試みだ。
-
EUの調査によりSunは月1億ドルを失っているとEllison氏が語る
74億ドルの提案を受けてOracleに買収されたSunが、欧州委員会による本格的な競合に関する調査を受けている。Larry Ellison氏は、この調査によりSunは「１カ月1億ドル」を失っていると語った。欧州連合(EU)は2010年1月19日にこの決定を発表する。
-
ふりかえりについてのふりかえり
組織内のどのチームもアジャイルを用いていて、それぞれ局所的な改善を実装するので手一杯だった場合、正式に｢IT｣ないし「システム開発」と呼ばれるようなより大きな組織では何が起こるのだろうか？これについて巨大なアジャイルプログラムを抱えるコーチが、自分たちの立てた戦略を共有した。これはより大きな組織が全体の動向を把握し、そこから学ぶことで利益を得られるように作られている。Paulo Caroli氏はこれを「ふりかえりについてのふりかえり」と呼んでいる。
-
Lean & Agile をリードする - すべては皆のため
Mary & Tom Poppendieck 両氏は新刊 "Leading Lean Software Development: Results Are Not the Point" を発表した。同書で両氏は Lean/Agile 変換におけるリーダーシップの重要性について調査研究し，変革を求める組織に対して助言を与えている。
-
-
-
デマルコ、ソフトウエアエンジニアリングの40年間を振り返る
NATOのソフトウエアエンジニアリング会議から40年経ち、トム・デマルコはソフトウエアエンジニアリングの信念の進化において、自身が支持したメトリクス指向の方法論が、"変革を起こすこと。世界を変えるソフトウエアを作ること。"を目的にする現実の開発現場では、本当は邪魔になっていたのではないかと、振り返った。それとも、彼の当初の助言はやはり有効なのだろうか。彼自身は、"有効ではなかった"と、Software Engineering誌の"時代はやって来て、そして過ぎ去ってしまったのか"と題した記事で書いている。
-
BPMとSOAのべき・べからず集
Peter Woodhull氏は新しい記事の中でSOA/BPMソリューションを実装する際のべき・べからず集について論じている。氏によれば、SOAとBPMの実装に関して銀の弾丸は存在しないが、ベストプラクティスに従った上で最悪のものを避けることによって、実装を成功させる上での助けになることができる。
-
コピー防止ソフトウェアの代替となるWebサービス
マイクロソフトは、同社の新しいバーコードテクノロジーである「マイクロソフト・タグ」を生成するAPIをリリースした。しかしこれはほとんどの商用ライブラリと異なり、コピー防止措置がとられていない。その代わりに、このライブラリはWebサービスとしてのみ利用できる。
-
EUソフトウェア責任訴訟－半数はユニットテストが対処法だという
Typemockの調査によると、52%の.NET開発者がユニットテストは会社がEUソフトウェア責任法案による訴訟を避けるのに一役買うと思っている。これはどういうことか？
-
アジャイルを採用するためにRFPを使う
大組織や大プロジェクトではアジャイルではないパートナー/ベンダー/サプライヤーにアジャイルなチームが拘束される事を目にするのは珍しくない。結果として軋轢が起こり、エネルギーを無駄にする。その一方解決策は"よりよいチームを雇う"のように見えるかもしれない。Scott Ambler氏は問題の根を示し、RFPを作るよりもよい戦略を提供している。それはアジャイルなチームを引き込むことである。
-
ワークフローエンジン - 構築すべきか、せざるべきか？
Bernd Rücker氏の新しい投稿で独自のワークフローエンジンを書くことが意味のあることなのか、商用あるいはオープンソースの実装を学習し利用することに時間と費用を使うことがもっともよいことなのか、について議論している。