InfoQ ホームページ ビジネス に関するすべてのコンテンツ
-
アジャイルを採用するためにRFPを使う
大組織や大プロジェクトではアジャイルではないパートナー/ベンダー/サプライヤーにアジャイルなチームが拘束される事を目にするのは珍しくない。結果として軋轢が起こり、エネルギーを無駄にする。その一方解決策は"よりよいチームを雇う"のように見えるかもしれない。Scott Ambler氏は問題の根を示し、RFPを作るよりもよい戦略を提供している。それはアジャイルなチームを引き込むことである。
-
ワークフローエンジン - 構築すべきか、せざるべきか？
Bernd Rücker氏の新しい投稿で独自のワークフローエンジンを書くことが意味のあることなのか、商用あるいはオープンソースの実装を学習し利用することに時間と費用を使うことがもっともよいことなのか、について議論している。
-
Microsoft、2万行のコードをLinuxカーネルに提供
Microsoftは、3つのLinuxデバイス ドライバをLinuxカーネル2.6.32に提供したとしている。これはGPLv2ライセンスの下で行われ、コードは2万行に及ぶ。
-
BPMとSOAを組み合わせてビジネスバリューを最大化する
産業アナリストのNeil Ward-Dutton氏が書いた記事によると、ビジネスプロセス管理（BPM）とサービス指向アーキテクチャ（SOA）を組み合わせることは、理論的にいって相互補完的なものだという。この2つのコンセプトをどう組み合わせるかは意見が分かれるとこではあるが、いずれにしてもビジネスバリューを増大させるだけの相乗効果が両者の間にはあると氏は主張している。
-
組織におけるエンタープライズアーキテクチャの価値は何か？
EAC 2009に参加したRichard Veryard氏は、その後に連載したブログ記事でエンタープライズアーキテクチャの役割と価値を論じている。
-
Drools 5.0-ワークフローとイベントプロセッシングをサポート
オープンソースビジネスロジック統合プラットフォームとして最新バージョンのDroolsではワークフローとイベントプロセッシングをサポートしている。 Drools開発チームは最近、Drools 5.0 最終バージョンのリリースを発表した。主な動きとして、Drools 5.0は単純なルール指向システムとしてではなく、ナレッジ指向システムということにフォーカスをあてている。新しいバージョンはGuvnor、 Expert、FusionとFlowと呼ばれる４つのモジュールで構成している。
-
アプリケーション構築、Workflowの利用法
David Chappell氏による新しい論説は、BPMエンジンがJavaやC#といった通常のプログラム言語で書かれたプログラムといかに異なるかと、 Windows Workflow FoundationをWorkflowアプリケーションを作成するために利用する方法について書かれている。
-
ハイパフォーマンスチーム - チーム殺しを避けるには
ハイパフォーマンスチームは職場にあるチームの2％にすぎないが、アジャイルプロセスはこうしたチーム作りを促しているように見える。この記事では、こうしたチームがどのようにして職場にはぐくまれるのか、Steve Denning氏の考え方について解説する。また、ハイパフォーマンスチーム作りのための選抜や採用の方法について、Ominlab MediaのStefan Gillard氏による最近の講演についても取り上げる。
-
HATEOASをdomain specificなプロトコル記述のためのエンジンとして見る
HATEOASについての説明はつかみ所が無いと悪名高いのだが、それをより簡単にするためにNick Gall氏は、HATEOASをdomain specificなプロトコル記述のためのエンジンとして説明するという考え方を検討している。
-
SOAを超える：OMGがビジネス・エコロジー・イニシアチブ（BEI）を発表
オブジェクト・マネージメント・グループ（OMG）は今月、"ビジネス・エコロジー・イニシアチブ"（BEI）を発表した。創立スポンサーはIBMである。情報技術（IT）がユビキタスで、企業にとって欠くことのできない重要な資源になれるよう、ビジネスとITとの境界を取り去ることがBEIの焦点になっている。
-
余分なチキンの数は何匹から？
デイリースクラムはアジャイルチームの中では重要なミーティングです。スクラムによると、豚のみがミーティングの最中に発言することが許可され、チキンはそれを黙って聞いていなければいけません。チキンの数には限度があるのでしょうか、また誰がデイリースクラムに出席するのがよいのでしょうか？
-
アジャイルへの移行を正当化するコスト
「金を見せてもらえないことには…」――アジャイル・マイグレーションの正当化コストは争点の多い問題である。アジャイル・アプローチのほうが成功しており、より迅速に価値を提供し、より良い品質の製品を製造する。だがそれをいかにして証明するか？この記事ではその測定について説明し、アジャイル・メソッド採用の正当化に寄与する結果を提示する。
-
アジャイル・ソフトウェア開発における契約
アジャイル・マニフェストには「契約交渉における顧客との協力」と記述されているが、多くの開発者や企業にとって契約とは現実味を帯びるものである。Peter Stevens氏は、10種類の開発契約について分析し、それぞれの形態がどの程度アジャイル・プロジェクトに適合するか明らかにした。また、氏は、固定価格やタイム・アンド・マテリアルよりもはるかにふさわしい組合せを見出した。
-
-
プロはどんなソフトウェアを使っているのか?
オランダのアムステルダムを拠点とする新規事業であるWakoopaが、人びとはどんなアプリケーションを使用しているのかについて、検討および共有することを目的とした、新たなソーシャルネットワークを作成した。そのユーザベースは比較的小規模であり、プロ指向である一方、ネットワークはソフトウェア使用についての有益な情報を提供している。