InfoQ

News

ビジネスバリューを理解する

作者 Mike Bria, 翻訳者 八角研究所 投稿日 2008年3月30日 午前6時58分

コミュニティ
Agile
トピック
アジャイル技術,
Delivering Value,
ビジネス
タグ
継続的な改善,
ビジネス/ITアライメント,
Value & Metrics,
予算
最近、Joe Little氏は、もっともよく利用されるが同時に広く誤解されてもいる、アジャイルのコアとなる概念「ビジネスバリュー」(source)に関する自分の考えを投稿した。Little氏の見解によると、人々がビジネスバリューに言及するとき、そこにはさまざまな意味が含まれている。その主題を広く明確にするため、 Little氏は、ビジネスバリューの有効性やビジネスバリューの理論をもたらす概念に関する自身の視点と、効果的なビジネスバリューマネジメントのためのアプローチを提示する。

Little氏は、なぜ人々がビジネスバリューに関心をもつのかを理由付けることから始めている。それは、何か本当に意味のあることを達成する際にビジネスバリューが役立つからだと、彼は主張する。

私は、世界には無限の数の良いことがあるという仮説を立てている。問題は、良いことを見つけることではなく、何がもっとも重要なことかを見極めることである。だから、短い人生の中で、ビジネスバリューについて考える一つの理由は、何か本当に意味のあることを達成するためである。

Little氏のビジネスバリューを考えることの二つ目の理由は、チームメンバー各々が業務上の選択について妥当であるかどうかを判断するための共通目標を確実にもつことができるというものである。
 ……ビジネスバリューは私たちの自然なモチベーションの上に描かれ、チームの仕事にかかわるすべてのアレンジメントを自然な秩序のもとで行うための基礎を私たちに与えてくれる(例えば、誰が何をするのか、システムの構造、など)。
Little氏は、ビジネスバリューの3つ目の正当性として、変化する環境の混乱の最中でも、安定性と一貫性を提供することが出来るという点を挙げている。
……変化は絶え間ない。それはつまり、人々は忘れるし、顧客は変わるし、顧客のニーズも変わるし、過去の(正確であった)見積もりも既に正確ではないということである。ビジネスバリューは、私たちが十分適切に理解すれば、目まぐるしい変化の中で道標としての役割を担うことができる。私たちは、単なる技術的な成功のために新製品を作るのではない。特定の人々にビジネスバリューを提供するために作るのである。だから、私たちは変化に順応しなければならない。
彼は、ビジネスバリューを理解するための基礎として、以下の4つのコンセプトを簡潔に述べている。
  • 損益分析: 与えられたオプションは、既に分かっている費用と利益に基づき、他の選択可能なすべてのオプションと比較し、評価される。
  • パレートの80対20法則: 全体の20%の人々から、80%の価値が獲られる。
  •  知識創造: 知識は自己組織化である。そして、1つの場所に人々が集まりコンテキストを作り出すことによって知識は創造される。(「Ba」)(source)
  • 学習法: 理論を実践し、結果を観察することで学習する。フィードバックを通じて学習する。
Little氏は、プロジェクトの効果的なコントロールとビジネスバリューの理解を得るために人々がとるべき最低限のアプローチだと自身が考えていることを提案して、記事を締めくくっている。彼から提案されたアプローチは、以下の8つの要素から成っている。
  •  十分に意思疎通の図られた、高水準の定義
  • 十分に意思疎通の図られた、実務的な定義
  •  これらの定義の有効性を測定する明確な方法
  •  これらの定義が行動を促し、増大する順応要求に応えてくれることの確認
  • これらの定義を適用するための明確なプラクティス
  • これらのプラクティスを変更する明確な方法
  •  これらのプラクティスを実践するタイムボックスに関する共通理解
  • これらのプラクティスを効果的に人々が使えるようにするための方法
ビジネスバリューに関するLittle氏の別の見解については、「killing low priority projects(source)」という記事を参照。また、ビジネスバリューに関するLuke Hohmann氏(source)の提案(source)や、InfoQに掲載されている「customer-centric success measurement(参考記事)」も見てほしい。

原文はこちらです:http://www.infoq.com/news/2008/03/business-value-general-theory
ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

ジャンル別一覧

BlazeDSとAMFでWebとデスクトップのアプリケーションを構築する

現在のRIAアーキテクチャにおいて、クライアント/サーバーの通信は重要な位置を占めています。本稿では、James WardとShashank TiwariがアドビによるオープンソースのBlazeDSメッセージングサーバーの世界へ飛び込みます。

業務ソフトに手を加えずに暗号化を実現する~秘文の挑戦~

hibun

ウィルス対策ソフトや情報漏えい防止用のソフトは、いわば影の存在です。ユーザの操作性やGUIを工夫する以上に、いかに目立たない存在となるかにその技術を注ぎ込んでいます。ここでは日立ソフトが開発した「秘文」の事例を紹介します。

Google Chartとgchartrbの紹介

Google Chartは、チャートを作成するためのWebサービスです。本稿では、Google Chartのインターフェースと、Rubyコードから簡単にチャートを生成することができるgchartrbライブラリの説明をします。

SOAを超えて: 動的な業務アプリケーションのための新しいエンタープライズアーキテクチャフレームワーク

全二回からなるこの記事では、ダイナミックビジネスアプリケーション(Dynamic Business Applications:DBAs)の開発についての全体的な眺望を、アーキテクチャと方法論の観点から見ていくことになります。我々のゴールは、「ビジネスの変化や、その他に必要とされる変更に対して、いかにして容易に適応できるアプリケーションを構築していくか」を導きだすことです。

ESB接続形態のオルタナティブ

本稿では、Adrien Louis氏がESBベースのSOAに対する2つの接続形態についての賛否について説明しています。その2つとは、会社での単一のESB対「部門毎」に相互接続するESBによるシステムです。

AjaxプログラマのためのJavaOne2008 -GrizzlyでComet!-

誕生から2年を経てCometは「何が出来るのか」という議論から、「いかに実現するか」という議論に関心が移ってきたように見えます。そこで本稿では同じくJavaOneで数多く取り上げられたNetBeans 6.1とGlassFish v3を使いながら、サンプルを交えてCometを解説していく事にします。

SharePoint Webサービスを始めましょう

この記事では、WSS3とMOSS 2007に難しい設定など一切せず、すぐに利用可能なWebサービスと、Javaと.NETからそのWebサービスを消費する方法に目を向けます。

レトロスペクティブのプライムディレクティブに対する問い

この記事の始まりは、知的で思慮深い人たちの魅力的なグループが食事会を終えて話をしているところです。話はレトロスペクティブ(振り返り)プロセスの要であるプライムディレクティブ(最初の指示)に及んでいます。