Iasaの定義
Iasaコミュニティは、ブレンドされたときにそれらの定義の両側が良い定義であると感じています。 ITアーキテクチャは、貴重な技術戦略を設計し、提供する芸術と科学です。
ビジネス上の問題を解決するための戦略を記述することができなければなりません。 ビジネススキルを持つことによって、私たちは、組織を駆動するものを理解するために、エグゼクティブスポンサーにビジネスの言語を話します,彼らが
私たちは、既存のIT環境、彼らが持っているスタッフとスキル、彼らがどのように動作し、どのような運用成熟度レベルで評価するために、幅広い技術スキ 私たちは、様々なチーム、プロジェクト、ソリューションがすべて既存の運用環境に正常に統合されるようにするために、アーキテクチャの言語を使用して、仲間と話し、効果的に理解し、コミュニケーションをとる必要があります。
私たちはまた、経験のない新しい技術を迅速に探求し、学ぶために、過去の深い技術的専門知識を使用する必要があります。 私たちは、彼らと関連する会話をし、彼らと話すときに信頼性を持つために、主題の専門家に技術の言語を話すことができなければなりません。 そうしないと、提案したもの以外の道を歩む危険があり、それは解決策が提供する価値に悪影響を及ぼす可能性があります。
その他の定義
アーキテクチャが何であるかについて混乱がありますか？ いいえ、そうではありません。 建築家が組織で果たす役割に基づいて何をするかには、さまざまな側面があります。 良いニュースは、これらの異なる記述がうまく整列していることです。
建築家の定義を辞書で見ると、建築家の定義が芸術、科学、実践の融合を強調しているのがわかります。 現在、コンピュータシステムの整理と統合の芸術、科学、実践を記述するITアーキテクチャの並列記述があります。 MITから、提供される説明は、より多くのビジネスプロセスを知り、それを用いたソリューションを反映しています。 SEIからは、複雑なソリューションを設計またはエンジニアリングする技術的側面に焦点を当て、辞書に見られる定義のような説明が提供されました。
様々な定義が含まれます：
1：建築の芸術または科学;具体的には : 構造物、特に居住可能なものを設計し、構築する芸術または実践
2a:意識的な行為<庭の建築>b:統一的または一貫した形態または構造<小説は建築>
3:建築物または作品
4:建築の方法またはスタイル
5 : コンピュータまたはコンピュータシステムのコンポーネントが編成され、統合される方法
* http://www.merriam-webster.com/dictionary/Architecture
エンタープライズアーキテクチャは、企業の運用モデルの統合と標準化の要件を反映したビジネスプロセスとITインフラストラクチャの MIT Center for Information Systems Research,Peter Weill,Director,As presented at The Sixth e-Business Conference,Barcelona Spain,27March2007
プログラムまたはコンピューティングシステムのソフトウェアアーキテクチャは、ソフトウェア要素、それらの要素の外部から見える特性、およびそれらの間の関係を含むシステムの構造または構造である。 ベース、クレメンツ、カズマン。 Software Architecture in Practice2nd ed,Addison-Wesley2003
A Profession
Iasaのビジョンは、ITアーキテクチャを職業に変えることです。 職業を構成するものの周りにいくつかの論争がありますが、ほとんどはそれが教育可能であり、不可欠であり、知識の大きな共通体を持ち、専門分野を持ち、キャリア全体のために実践することができ、しばしば認定と倫理規定を持っていることに同意します。
二十年前、あなたはプロジェクトを管理することができたので、プロジェクトマネージャだった、とあなたはプロジェクトを管理していたので、プロジ それは今日の建築家としてのあなたの経験のように聞こえますか？
プロジェクト管理のための正式な訓練やツール、言語、プロセスの共通セットはありませんでした。 今、ツール、トレーニング、共通言語、共通ツール、およびプロジェクトを管理するための様々なが、関連するアプローチがあります。
建築家とは何ですか？
三人の建築家を部屋に入れると、彼らはなぜ彼らが建築家であるのか議論することができ、他の二人は喉が痛むまで議論することはできません。 通常、彼らはスキルと価値観の同じコアセットを持っていますが、それぞれは、彼または彼女の会社の組織構造に基づいて、異なる原型と共鳴します。
Iasaの研究では、ほとんどの建築家はこれらの建築家の原型の1つまたは2つに分類されることが示唆されています。 すべてが同様の基礎的なスキルを持っていますが、それぞれが彼または彼女の建築の練習に基づいて異なる視点を持っています。 あなたはあなたと共鳴する一つまたは二つを見ますか？
Iasaの観点から見ると、建築家はビジネスの技術戦略家です。 技術戦略家になるためには、プログラミングとカスタムアプリケーションの開発、ソリューションが存在する必要があるインフラ環境、およびサポートを提供する運用環境にまたがる技術について幅広い理解を持っている必要があります。
専門分野
建築家にとって異なるアーキタイプがあるのと同じように、私たち一人ひとりがユニークな背景を持っています。 開発者としてスタートし、ビジネススキル、おそらくインフラスキルを成長させる人もいます。 インフラや運用の背景から来て、ビジネスや開発者のスキルを成長させる人もいれば、ビジネスの背景から来て、情熱や必要性から技術的能力を成長させる人もいます。
建築家として、私たちは、私たちが何をしているのか、それがどのような価値を持っているのか、組織にもたらすことができるのか、時間の経過とともに成長した定義の悪い構造、そしてレバーとして使用する真の権限を持っていないことから、現在従事している可能性のあるプロジェクトを超えた多くの課題に直面しています。
ITアーキテクトの課題:
•アーキテクトの専門性に対する理解の欠如とアーキテクトとしての直接の権限の欠如
•乗り越えられないと見られる技術と”ビジネス” さらに、建築家は直接的な権限を持たない個々の貢献者である傾向があり、何度も価値を提供せず、解決策を提供するために障害物を設置するために短い時間のためにプロジェクトに落ちるinterlopersとして見られています。
組織の技術戦略家としてのあなたの役割に基づいて、あなたはこれらの価値声明を社会化するために働くことができます。 スタッフの建築家または相談の建築家であるかどうか、構成の中の建築の認識に貢献し、あなたがかかわっているプロジェクトの部分の所有者である。 あなたの技術を練習し、育てると同時に、建築家の価値および強さを強調する建築の認識を作成するように努力する建築練習は構成に持って来るこ
建築界は建築とは何かについて同意せず、ほとんどの建築家はエグゼクティブスポンサーとのエレベーター乗車中に提供する価値を説明できませんでした。 建築家がどのような価値を提供し、いつ必要とされるかについては、広く理解されていません。
多くの組織は、ビジネスの目標とニーズとIT部門の目標とニーズの間に隙間があると感じています。 多くの場合、ビジネスリーダーはそれがビジネスとして作動するために必要な費用の中心または必要な悪であることを感じる。
一部の組織では、予算と権限が集中化されているのに対し、他の組織では、予算と権限がビジネスユニット間で分割されています。 これは混乱と内部の”ターフ戦争を駆動することができます。「
私たちは、時間の経過とともに成長してきたが、文書化が不十分で、十分に考えられていない環境で働いています。 多くの孤立した技術プロジェクトが進行していますが、既存の環境を反映しておらず、サイロで作成されています。 これらは一緒に運営され、インフラになります。
要約すると、ITアーキテクトの職業は初期段階にあります。 様々なグループは、建築家や建築のための様々な説明を持っており、互換的に異なる用語やタイトルを使用しています。 自分の仕事環境や背景に基づいて、どのスキルが不可欠であり、建築家の役割と建築の価値が何であるかについて、自分の視点を持つことになります。
世界中の建築家との共同作業を通じて、Iasaコミュニティは、ITアーキテクチャを、貴重な技術戦略を設計し、提供するための芸術または科学と定義してい また、ITアーキテクトをビジネスの技術戦略家と定義しています。 私たちの目標は、ITアーキテクトの職業を正式化し、共通の知識と共通の言語を作成することです。
