アーキテクチャ選定のコツは「少し先を見ること」
アーキテクチャ選定のコツは「少し先を見ること」：超現場主義！ 失敗しないITプロジェクトマネジメント（3） 前回「ユーザー企業側プロジェクトマネージャの勘違い」は、「ヒト」に起因するプロジェクトのリスクファクターとその対処法について紹介した。今回は「モノ」に起因するプロジェクトのリスクファクターとして、システムのアーキテクチャとプロジェクトのリスクファクターの関係について紹介していきたい。 ITプロジェクトの現場でよくある風景 開発企業側プロジェクトマネージャ（以下PM） 「今回のシステム提案ですが、ぜひともLAMP（LinuxとApache、MySQL、PHP／Perl／Pythonを組み合わせたオープンソースのアプリケーション構築スタック）を採用したいと思います」 ユーザー企業側PM 「そのアーキテクチャのメリットって何？」 開発企業側PM 「まず、すべて無償なので低コストでシステムを
技術の総合責任者“ITアーキテクト”という選択 － ＠IT自分戦略研究所
近年耳にするようになった肩書き、「ITアーキテクト」。どのような職業でどのような役割を担っているのか、現役ITアーキテクトに聞く。（Tech総研／リクルートの記事を再編集して掲載） IPA（情報処理推進機構）は、ITアーキテクトの育成を目的とした「ITアーキテクト委員会」を2003年11月に設置した。メンバー13人の多くは現役のITアーキテクトであり、主査を務める榊原彰氏は1990年代からその職務を行ってきたエンジニアだ。榊原氏にITアーキテクトの実像を聞いた。 ■複雑になった製品・技術の最適化設計を行う人 ITアーキテクトをひと口にいえば、「顧客のビジネス的な要求を、情報システム化された要件としてまとめ、ITのアーキテクチャを設計する人」となる。システム構築の全体的な設計を行い、その成果物に対して責任を持つエンジニアだ。この職種が生まれた背景にはIT産業の変遷があると榊原氏は語る。 「1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
