充てんしてギャップ:サポートしていない企業のIT部門に所属
技術とビジネスニーズに合わせてすべての組織は一つの挑戦が、人かどうかを1つの操作や何千もの企業の従業員は、日常的に直面しています。 何回も見られる私たちのビジネス部門との間の技術スタッフですか? あまり何度も見たことのビジネスビジネスアジリティを削減します。 ビジネスとしてのIT部門は、このせいに不可能な要求と相談してこれを拒否して買収の議論に入る前に、たとえばです。 これは結果につながるかもしれない不信とのCIOがビジネスの意思決定と事業から除外しようとcircumnavigateは、 IT部門はすべてのチャンスです。 のIT部門では、入力し、設計やITシステム構築するビジネスからの相談がほとんどです。 大規模で高価なことが無視されるビジネスの取り組みとなる冗長です。 注意:私たちを許可する必要があります成長のためのITシステムは、効率性と生産性の増加! これは、ビジネスをサポートするの代わりに! ビジネスニーズが変化しています。 で、 1980年代のジョンzachmanフレームワークに対応するため、 zachman 、新しい分野へになるにはエンタープライズアーキテクチャとして知られています。 2つの問題に対処することが始まった当初:
の最下行:他のコスト、低い値です。 ITシステムのコストと複雑さが指数関数的に増加し、尤度の導出が、これらのシステムからの真の価値が劇的に減少しています。 健全な組織のビジネスにするための要件については、決定してください。 トップマネジメントと支援に携わっています。 良いliaisoningまたは'てチャンピオン'に存在し、ビジネスに仕事をする必要があります。の技術チームでは(格差を充てんして、覚えて) 。 IT部門はビジネス戦略に後れを取るとゲームを再生するにキャッチアップします。 健全なビジネスをすべきであること3-12カ月の背後に'のビジネスに新たなシステムをご利用の実施(プロジェクトの大きさに応じてコース)です。 もしシステムの導入とビジネスの新しい機能をリクエストした覚えがない理由を理解したり、新しい機能はありませんが我々のビジネスの方法を改善することを意味し、 IT部門がビジネスを控えて、これはおそらくない健康的な位置される。 他に何を冒さずですか?
中高年の場合、十分な組織は、スタート]ボタンを開発するばならない(と維持) 、エンタープライズアーキテクチャを採用するなどの方法論zachman 、 togaf ( The Open Groupのアーキテクチャのフレームワーク) 、 fea (連邦政府のエンタープライズアーキテクチャ) 、または取得するなど、コンサルティング会社の米ガートナー独自の開発方法論を実装する。 研究会EAモデリングツールを実装すると、エンタープライズでの通信のためにお使いになるアーキテクチャのサポートをビジネスと利得です。 EA本文をsparxsのようなツールは、アリスのIDシーアされ、企業casewiseーさやメガメガアーキテクチャによっては、出版物のオプションを発売するモデルをローカルイントラネットサイトです。 ギルhidasことは、アプリケーションスペシャリスト、 ITILの認定と起業家とOracle 投稿者:ギルの記事hidas
|
|||
|