中小企業（SME）では、IT部門は歴史的に有機的に、そしてしばしば無計画に成長してきました。
大規模な組織では、departmentまたはdivisionの典型的な組織構造を模倣するようになりました。つまり、ITサービスを販売していない場合）、それは収益を生み出さない費用（法務、人事、施設管理など）と見なされます。
上部にCIOまたは（情報）技術担当副社長が、各部門のマネージャーとともに表示されます。
一般的な部門のタイトル：運用、開発、ネットワーキング（インフラストラクチャ）、情報管理/データウェアハウジング/データベースグループ、クライアントサービスまたはヘルプデスク。これらの部門はネーミングが統一されていませんが、多くの場合、その基本機能またはコア機能はネーミングに関係なく同一です（たとえば、開発は単にソフトウェアと呼ばれることもあります）。
[〜＃〜] itil [〜＃〜] と PRINCE2 は、より「標準的な」用語または組織図を持つ2つのソースであると考えられます。他の慣行や方法論は考えられませんが、「高価なバイインであり、主な目的は、さらに別の再編成を正当化するための根拠としてのみ存在するように見える」ものが適切です。これは皮肉なように聞こえます（実際のところそうです）が、私はそれのほとんどが潜在的な回答の適切なソースであることはかなり正確であると信じています。
カイルはそのコメントでそれを釘付けにしました。もっと真剣に、「典型的」な方法はあまりありません。 IT機能間に任意に線を引く方法はたくさんあります。一般的に言えば、組織が大きくなるほど、より専門的なIT機能を利用できるようになります。 General Motorsは、ストレージアーキテクトと、単一の（非常に重要な）アプリケーションのサポートに専念する人々の部門全体を支援できます。地元のコミュニティカレッジでは、3人ですべてを行い、少数の教授タイプの支援を受けることができます。公共事業はデータの最大の消費者の1つ（追跡する必要があるすべてのサブストリート情報）の1つですが、お住まいの市では財務オフィスのサブユニットとしてITを利用している場合があります。
うん。一般的なIT部門について話すのは、一般的な哺乳類について話すのと同じくらい簡単です。
それは、ネットワーク、システム、アプリケーション、QAなど、さまざまな役割をどのように分離するかに依存します。ああ、もしあれば、CIOを忘れないでください。私たちの場合、私たちは金融の傘下にいます。
下部にあるサポートとコードモンキー
失敗したコードモンキーは、フードチェーンの上位にあります...アナリスト、プロジェクトマネージャー、ラインマネージャーなど
私はかなり真剣です。開発者は主に開発者であることに満足しており、BA/PM/LMをキャリアの進歩と見なしていません...
私は大規模なグローバル企業のIT部門に所属しています。