TOGAFなどのメリットは？[閉まっている]

私はウェブサイトの宣伝文を読み、申し立てられている利点に感銘を受けることができますが、TOGAF（または他の）アーキテクチャフレームワークをフォローしている人や誰とも働いていません。

私たちの組織は、現在かなりシャンボリックな設計および開発モデルから、現代​​の構造化されたプロセスに近づくものへの移行に専念することを宣言しています。

TOGAFのようなものは、世界クラスのエンタープライズ開発環境（！）を達成するのに役立つと言われていますが、ここで誰もが、卸売りの採用がもたらす実際のメリットを理解していません。同じを達成するために必要な痛み。

TOGAFまたはそれに類似した組織でのレスリングコントロールの使用経験はありますか？フレームワークを使用することで何かメリットがあると思いますか？

編集：説明のために、TOGAFは「オープングループアーキテクチャフレームワーク」であり、エンタープライズアーキテクチャを開発するための詳細な方法とツールセットです。参照：http : //www.opengroup.org/architecture/togaf8-doc/arch/

まあ、TOGAF（TOGAFではない）と同様の方法論/フレームワークを採用しようとしているいくつかの企業を見てきました。これらすべてのケースで、失敗を目の当たりにしました。

私が見ている限り、そのような失敗には少なくとも3つの理由があります。

1. これらの方法論/フレームワークは非常に複雑であり、チーム自身が管理/採用/実装する必要がありました。その会社はそれだけで終わってしまった。本当の仕事のための時間/人が残っていません。さらに悪いことに、これは日常業務に大きな影響を与えました。

2. これらの方法論/フレームワークは、実際にエンタープライズアーキテクチャとそのビジネスプロセスを管理しやすくしたり、信頼性を高めたりしようとするものではありません。彼らは（非常に学術的な方法で）それらを整理しようとします。これにより、管理者やビジネスマンの（外部の）視点から全体が理解しやすくなり、口当たりが良くなりますが、実際の仕事をしている人々にとってはそれ以上に良くなることはありません。

3. これらの方法論/フレームワークは、管理/ビジネスの人々が事前に作成/提供したいものを知っていることを当然としています。これはしばしば真実ではありません。市場性のある製品/サービスを作ることは、多くの場合、実験と変更の問題です。生産/提供されている製品/サービスの本当の性質は、長いR＆Dプロセスの終わりにのみ実際に知られており、最初に知られているわけではありません。そのような探索的プロセスを形式化/整理しようとすることは、明らかに非現実的です。

jkhollheppが言ったように、複雑なアーキテクチャーを再編成する必要がある場合、空白のページから始めるのは非常に難しい場合があります。この場合、開始点としてTOGAFまたは同様のフレームワークを使用すると役立ちます。それにもかかわらず、理論的/概念的なモデルとしてのみ TOGAFを使用するべきだと感じています。実際にそれを使用する試みは、誰かがそれが実際に必要であるか不可避であることを示すことができるまで、避けられるべきです。

TOGAF認定は、面接を受けるのに最適です。

その後、私はその価値についてあまり確信が持てません。

TOGAFの主な目的は、用語とさまざまなアーキテクチャ図の標準化です。それ自体は良いことですが、ダイアグラムに何を入れるべきか、そしてそれらを実際にどのように利用できるかについてはあいまいです。

また、CORBAの大失敗の責任を負う組織からの基準を真剣に受け止めることは難しいと思います。

睡眠障害のある方にはTOGAFコースブックを真剣にお勧めします。同じ文でいっぱいのページを持つ反復的なスタイルは、5つの異なる方法を言い換え、4ページ以上に目を開いたままにしておくことを不可能にします。:-)

エンタープライズアーキテクチャに関する限り、ザックマンは依然としてヒープの王様です。

私はTOGAFを見てきましたが、私の会社は他のアーキテクチャー・フレームワークを使用していますが、それが使用されているのを見たことはありません。これらはあなたに「箱から出して」多くを与えないと言うでしょう。しかし、それらを使用してシステムアーキテクチャに関する考え方を構築し、それを組織の詳細に適応させるのに役立つ場合、それは役立ちます。

このように考えてください。空白のページから始めて、「私たちの組織のアーキテクチャフレームワークを書いてみましょう」と言うのは本当に難しいです。TOGAFから開始する方が、空白ページから開始するよりも簡単かもしれません。

TOGAFなどの使用は、会社、特にそのICTランドスケープが大きな規模に達したときに役立つと思います。私がインターンシップを行っていた1つの本当に大きな会社（+ 25k人を雇用し、+ 100のさまざまなITシステムのスタックを持っている）は、TOGAFを使用しています。そして、その概念とアプローチは、彼らが行うプロジェクト全体にわたって、アーキテクチャを定義する論文で参照されています。

• 私が実際に感じることができる利点の1つは、開発、アーキテクチャ、ビジネスの各層に関与する多数の利害関係者に共通の言葉があるということです。

• TOGAFで述べられているもう1つのポイントは、TOGAFが持っているもの（ADMなど）を会社の範囲に適応させる必要があるということです。そうすれば、いわば優れた遺伝子を持つ「私たちの組織のアーキテクチャフレームワーク」が得られます。