トップスポーツチームの監督に教わる秘訣
この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。
作者 Jean-Jacques Dubray, 翻訳者 菅野 裕 投稿日 2008年8月5日 午前12時31分
Michael Stamback氏は新しく始めたSOAガバナンスについてのブログ上で(リンク)、数週間前に件名の質問を投げた。
Oracleの製品マーケティング責任者であるMichael氏によると、
ガバナンスとは、周囲の環境の上にコントロール感を確立するために振る舞いに影響を与えるものです..(中略)..ガバナンスは1つのプロセスであり、標準化やガイドラインの整備、コントロールを実施することで、SOAがビジネスのゴールと目的と足並みを揃えるようにします。
この定義はTodd Biske氏の定義(リンク)とも一致している。
Michael氏は次のように勧めている。
プロセスに従事する者は、誰でもビジネスのゴールと目的を知っていなければいけません。
ガバナンスのプロセスを支持する正しいカルチャーを促進することは、成功へのチャンスを大きく広げます。
Saba Pathyn氏は先月、彼のブログ上(リンク)で次のように述べた。
簡単に「SOA化」する方法は存在しません。それはさまざまなステークホルダーとインフラストラクチャ間の協力で1つひとつ導入されるべき戦略であり、もっとも重要なものなのです。SOAを正しく適用すれば、ガバナンスのメカニズムをあるべき場所に効果的に配置することができます。
Michael氏の同僚は、レジストリやリポジトリといったテクノロジー(リンク)も同様に重要だと主張する。
ライフサイクルのあらゆる段階を通して、資産やそれらの依存関係を見える化し、進捗を自動化することは、ビジネスの敏捷性という目的を達成するために非常に重要です。
見える化なしに再利用はありません。ライフサイクルの自動化は、時間や手動によるコンプライアンスのレビューの必要性を徹底的に減らすことができます。それらは、SOAプロジェクトを加速させるために自動で検証することができます。
さらに彼らは次のように補足した。
ガバナンスはアプリケーションやサービスのバージョン1がデプロイしたことでは終了しません。SOAはビジネスの要件によって決まる方針の中で、すべてを機能させる必要があります。そのため、実行時にこの実施を自動化するテクノロジーは不可欠なのです。
その上、SOAは進化していくものです。SOAの各要素の振る舞いをモニターする能力が必要になります。必要なのは、すべてが意図通りに機能するかを確認するだけでなく、改善箇所を特定できるような能力です。
ガバナンスは確かに、どんなテクノロジーを使うかにかかわらずSOAのもっとも難しい部分である。しかし、SOAのイニシアチブを高めるのに非常に効果的である。あなたの経験ではどうですか?導入したテクノロジはSOAガバナンスの取り組みを助けることができただろうか?文化的、組織的な問題が大きすぎただろうか?
原文はこちらです:http://www.infoq.com/news/2008/07/tech-and-soa-governance
【無償】「Google Apps 企業向けソリューションセミナー」のご案内
12/5 CSQ会員限定技術情報交換会にてJCP議長が標準化について語る
InfoQ Japanはコンポーネントスクエアが運営しています
この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。
マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。
Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。
筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。
エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。
この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。
No comments
返信