2007/12/24
【信頼されるSEへの道 第35号】ITアーキテクトサミット 2007 Winter(1)
■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□ ┌───────────────────────────── 2007.12.24 │ │ 信頼されるSEへの道 〜成長し続けるために〜 第35号 │ │ http://blog.livedoor.jp/brave33/ │ │ メルマガインデックス−過去のメルマガ一覧 │ ⇒ http://blog.livedoor.jp/brave33/archives/50529551.html └────────────────────────────────── ■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□ こんにちは、MICK です。 ご無沙汰してます。またまた、久々の発行になってしまいました。 もうすぐ 2008年です。 さて、今回は『ITアーキテクトサミット 2007 Winter』から、感じたこと などをピックアップしてお届けしたいと思います。 特に今年のカンファレンスの内容で感じたのは、理想と現実のギャップ、 そしてその中でも特にそのような状況の中で、本当に役立つ人材教育に 力を入れている企業が増えていることでした。 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ <PR> 転職希望、自分の市場価値を知りたい方に朗報です！！ 「信頼されるSEへの道」が自信をもって、エージェントを推薦します ⇒ http://blog.mag2.com/m/log/0000208094/107875439.html ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 【信頼されるSEへの道 第35号】ITアーキテクトサミット 2007 Winter(1) ●SOA はどこに行く？ SOA それもしっかりした基本設計を行い、企業全体でシステム統治を行い、 実装していこうという計画が CIO やマネジメント幹部から立ち上げられます。 ただし、あまりに見事に設計がしっかりして、制約やかさばる開発コストで、 現場は機動力を失い、現実問題として全てのシステムを SOA で開発するのを 断念する企業が多いようです。 逆にこの方針を貫いて実施し続ける企業の方が少数派だそうです。 中には、ほんの一握りという言い方をされる方もいらっしゃいました。 ただ、WebサービスやWDSLなどを実装したものを SOA という言い方をする ベンダーが多いのですが、もともと SOA（Service Oriented Architecture） という意味では、接続方式や個々の仕組の定義は含まれていません。 つまり、SOAのもともとの定義はコンセプトであり、二重投資を避け、 レガシーシステムなどの負の遺産や、他システムとの接続性や再利用性を 上げるために考えられたコンセプトとしています。 それは柔軟で統合容易、共用可能なサービスの提供という意味の定義であり、 必ずしも技術に対しては、それほどフォーカスされていなかったと説明されて いました。 ソフトウェアプロセスエンジニアリング株式会社 岡 大勝氏が、6、7年前の 「再利用性の向上」「生産性の向上」などオブジェクト指向に求めたものを 同じように求めている、歴史は繰り返すのか？と指摘されています。 そうしていつの間にか、十分なリスクやコストを意識しないまま、 SOA導入 = 魔法の杖のように使われるようになった気がします。 それも格好のいい、ベンダーが儲けやすい SOA を導入するように持って いかれることが多くなってしまった気がします。 ●ビジネスありきで、システムありきではない たしかに、システムが企業価値にアドバンテージをもたらすことは確かです。 ただ、本来はビジネスの要求を果たすためのシステムが足かせになり、 企業の力や機動力を妨げてしまっていないでしょうか？ コストや拡張性、システム規模に合わせて背伸びをせずに、それぞれ利に かなったシステムを導入すればいいのですが、何でもかんでも SOA ひとくくりみたいな提案はどうか？と思うわけです。 ベンダーのシステム提案を鵜呑みにした場合、たしかにうまく行く場合も ありますが、失敗しているケースが多いと感じます。 先ほどの岡氏も同様のことをおっしゃっていました。 ●終わりに 今回は「ITアーキテクトサミット 2007 Winter(1)」と題して、現在の トレンドの問題点や現状について簡単に考えてみました。 ただ、現場の多くの技術者の方はすでにそれらのことに気づいており、次の 方法論や解決策を探している方もたくさんいらっしゃいます。 技術が移り変わる時期は、失敗や反対が多く、動きにくいものです。 だからといって、チャレンジしないと言うわけにもいきません。 信頼されるITスペシャリストとしては、良い面、悪い面の両方を認識して、 顧客にも正直に、誠実に対応していきたいものです。 くれぐれも「そんなこと知らなかった、聞いていない」などとお客さんに 言わせることのないようにしたいものです。 次回も同じく「ITアーキテクトサミット 2007 Winter」より、IBMを初めと する人材教育の話が出ていましたので、紹介したいと思います。 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ご感想やご希望などありましたら、以下までメールください。 なにぶん忙しいので、全てに返信はできないかもしれませんが、 全てのメールに目を通すようにします。 また、ブログを準備しましたので気軽にコメントをお寄せください。 ※セミナー講師、新人研修の講師、コンサルティング依頼などについても、 以下までメールでお願いします。 ⇒ メールアドレス： info@yscre.com ⇒ ブログ： http://blog.livedoor.jp/brave33/ ⇒ メルマガインデックス： http://blog.livedoor.jp/brave33/archives/50529551.html ⇒ 登録・解除はこちら http://www.mag2.com/m/0000208094.html SEの方々にとっても、できるだけ役に立つ情報をお届けします。 ご友人や仕事仲間の方にも、ご紹介いただけたら、と思います。 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ メルマガインデックス−過去のメルマガ一覧 ⇒ http://blog.livedoor.jp/brave33/archives/50529551.html 【第1号】技術系SEの勘違い 2006.09.19 【第2号】本当に必要な新人教育 2006.09.26 【第3号】新人のときにおかれる環境 2006.10.03 【第4号】SEの常識？社会人の常識？ 2006.10.10 【第5号】信頼される上司 2006.10.17 【第6号】もう一つの組織 2006.10.24 【第7号】積極的な思考 2006.10.31 【第8号】メンバー同士の行き違い 2006.11.07 【第9号】プロジェクトのチェックポイント(1) 2006.11.14 【第10号】プロジェクトのチェックポイント(2) 2006.11.21 【第11号】プロジェクトのチェックポイント(3) 2006.11.28 【第12号】プロジェクトのチェックポイント(4) 2006.12.05 【第13号】プロジェクトのチェックポイント(5) 2006.12.12 【第14号】デバッグの方法・考え方 2006.12.19 【第15号】一年を振り返る 2006.12.26 【第16号】要件定義の重要性 2007.01.09 【第17号】要件定義から要求開発へ 2007.01.16 【第18号】要求開発−要求の分類方法 2007.01.30 【第19号】要求開発−各要求の関係 2007.02.06 【第20号】アジャイルに見る理想の開発(1) 2007.02.13 【第21号】アジャイルに見る理想の開発(2) 2007.02.20 【第22号】信頼できるパートナー(1) 2007.02.27 【第23号】信頼できるパートナー(2) 2007.03.06 【第24号】Network World Conference 2007 Spring 2007.03.13 【第25号】セキュリティ監査とポリシー(1) 2007.03.20 【第26号】セキュリティ監査とポリシー(2) 2007.03.27 【第27号】セキュリティ監査とポリシー(3) 2007.04.03 【第28号】セキュリティ監査とポリシー(4) 2007.04.10 【第29号】オフショアとSEマインド(1) 2007.04.17 【第30号】オフショアとSEマインド(2) 2007.05.01 【第31号】忙しいときこその仕事術 2007.05.15 【第32号】データ分析とジャッジメント 2007.05.29 【第33号】なぜコンサルタントを雇うのか？ 2007.07.24 【第34号】運用・メンテナンス性を考えた設計 2007.10.2 【第35号】ITアーキテクトサミット 2007 Winter(1) 2007.12.24 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ＜お薦め書籍＞ できる人のスピード仕事術―即効! これ1冊でスイスイ仕事がこなせる →http://www.amazon.co.jp/gp/product/4822222888/000jp-22 フラット化する世界(上) トーマス・フリードマン (著), 伏見 威蕃 (翻訳) →http://www.amazon.co.jp/gp/product/4532312795/000jp-22 フラット化する世界(下) トーマス・フリードマン (著), 伏見 威蕃 (翻訳) →http://www.amazon.co.jp/gp/product/4532312809/000jp-22 豆蔵セミナーライブオンテキスト(1) わかるオブジェクト指向 (単行本) 山田 隆太 (著) →http://www.amazon.co.jp/gp/product/4774124605/000jp-22 要求開発−価値ある要求を導き出すプロセスとモデリング 山岸 耕二 (著), 安井 昌男 (著), 萩本 順三 (著), 河野 正幸 (著), 野田 伊佐夫 (著), 平鍋 健児 (著), 細川 努 (著), 依田 智夫 (著), ［要求開発アライアンス］ →http://www.amazon.co.jp/gp/product/4822282686/000jp-22 NYPD No.1ネゴシエーター最強の交渉術 ドミニク・J. ミシーノ (著), ジム デフェリス (著), 木下 真裕子 (翻訳) →http://www.amazon.co.jp/gp/product/4894511851/000jp-22 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 日本一キーストロークの短いアドレス！！ ↓アドレスを短く簡単にします。↓ ⇒ http://000.jp/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ .
