InfoQ ホームページ ビジネス に関するすべてのコンテンツ
-
変革を継続すること
組織の文化を変えるのは難しく、リスクを伴うものだ。アジャイル原則の導入は、多くの組織にとって大きな文化的シフトである。マネジメントコンサルタントで著書もあるSteve Denning氏は、何が変革を継続するのか調べ、変革を起こす人に具体的なアドバイスをしている。
-
-
ビジネスルールマネジメント - ミッシングリンクなのか？
blogosphereにおける最近の議論は、ビジネスルールをビジネスプロセスを行う際のダイナミックなガイドとして使うべきかという疑問を投げかけている。
-
FAI: Linuxのインストール、管理、カスタマイズを自動化する
FAI (Fully Automatic Installation) は、Linuxシステムを手動でインストール、カスタマイズ、管理するという退屈な反復作業から逃れるための非対話型システムだ。最近では、数台の単一システムのセットアップから数千台ものシステムからなる大規模なインフラやクラスタのセットアップまで、chroot環境や仮想マシンおよび物理マシンを管理するのに使われている。
-
US Scrum Gathering 2010 "ディ―プドライブ”の日として開始
3月8日月曜日、Orlando州で The 2010 US Scrum Gatheringが開幕し "ディープダイブ"による学び、コラボレーション、前向きなディベートが盛り込まれた素晴らしい一日が始まった。
-
-
Puppet: Rubyベースのサーバ管理自動化スイート
Reductive Labsのチームは先日、Unix、Linuxサーバのシステム管理を自動で行うための、Ruby製オープンソースツールPuppet 0.25.2のリリースを発表した。今回はバグフィックスリリースであり、123のチケットが解決された他、メモリ使用量の削減や、エラーレポート、スレッディング、ロック競合の改善などが行われている(後者はシステムハングの原因だったようだ)。
-
Oracle による Sun 買収の結末に関する見通し
およそ9ヶ月の憶測と遅延の後、Oracle は EU から Sun 買収の完了へと繋がる青信号を得た。発表の後には、Oracle が Sun の技術とプラットフォームに関する将来の計画を提示する、一日がかりのイベントが続いた。
-
リーン＋リアルオプション＝複雑さとリスクの低減
リアルオプションとは、金融オプション数学に基づく意思決定プロセスである。これは通称「白本」とよばれるExtreme Progamming Explainedにおいて、Kent Beck氏が1999年に言及しているものだ。近年ではアジャイル主義者たちがリアルオプションがアジャイルとどのように交わるのかについて調査してきた。現在はChris Matts氏とOlav Maasson氏が、特にリーンソフトウェアコミュニティに対して発言している。リアルオプションを採用することでリーン開発が改善するというのだ。
-
ビジネス駆動SOA
SOA コンソシアムの新しい白書は，ビジネス駆動 SOA とそれを実践する上でのビジネスアーキテクチャの役割を定義するものだ。さらにビジネスアーキテクチャについても，これまでの IT ソリューション実践のための資料集という位置づけから離れて，ビジネスデザイン全般への包括的アプローチとして再定義している。
-
Clojure総まとめ：Craneによる配布、Incanterによる算術計算、Leiningen 1.0によるビルド
Clojureインスタンスｗの配布と遠隔操作のためのツールであるFlightCasterのオープンソースCraneは、現在EC2に特化されている。IncanterはClojureを使って簡単にR風の統計計算ができるClojureライブラリとツールである。また、ビルドと依存関係管理ツールであるLeiningen 1.0がリリースされた。
-
SOA，そのよい点，悪い点，最悪な点
Jens Andexer 氏と Willem Bekker 氏による developerWorks の最新記事では，SOA のビジネス的意義について，その利点と欠点を重視しながら解説する。
-
アジャイルはマイクロマネジメント
マイクロマネジメントは通常、あまり良い意味で使われない。このマネジメント方法は、マネージャが部下や社員の近くで仕事について細部まで指示する方法だ。普通、アジャイル開発とマイクロマネジメントは正反対の手法と考えられがちだか、表面上の違い以上に強く関連している。
-
よいアジャイルなメトリクスとは何か?
適切でアジャイルな計測とは何だろうか?もし伝統的な計測方法である、アーンドバリュー、労働時間、コード行数、テストによるコードカバレッジがアジャイルなプロジェクトにはあまり適さないのであれば、どういう方法があるのだろうか?よりよいアジャイルなメトリクスを選ぶ上で助けとなる、私たちが決められるルールは何だろうか?
-