プロジェクト管理の機能

プロジェクト管理(MOA) には、いくつかの役割または機能があります。

戦略的プロジェクトオーナー (MOAS);
ビジネスアーキテクト。
委任されたプロジェクト所有者 (MOAD);
運営プロジェクトオーナー (MOAO);
プロジェクト管理アシスタント (AMO または AMOA);
ビジネスの専門家。
最後にユーザーであり、他のすべての機能がユーザーに提供されます。

戦略的プロジェクトオーナー(MOAS)

企業のトップにはマネージャーがいます。会社の CEO (最高経営責任者) または DG (ゼネラルマネージャー)、会社の部門の DGA (副ゼネラルマネージャー) またはディレクター、経営を構成する部門の部門の長です。、など。ここでも、名前は会社によって異なりますが、階層組織に関連しています。

組織のリーダー、つまりボスは「戦略的プロジェクトオーナー」（MOAS）です。 MOA に関する重要な決定を下すのは彼であり、協力者間の紛争を仲裁し、プロジェクト管理(MOE) と契約を結び、運営委員会またはプロジェクト運営委員会に参加する (またはその委員長を務める) のも彼です。ほとんどの企業において、情報システム (IS) は戦略の実現とその実施の条件の両方であるため、重要な決定は MOAS によって行われます (特に主要なプロジェクトや企業プログラムの立ち上げについて)。

ただし、MOAS は一般的に情報システムの専門家ではありません。たとえ彼が過去に専門家であったとしても、彼の責任により最先端の情報を常に把握することはできません。これが、彼が情報システム分野の専門知識の管理を委任する (これがまさにその表現の意味です) 委任されたプロジェクトオーナー (MOAD) の支援を受けている理由です。

この組織の基礎となる原則は、専門知識と意思決定の分離です。専門家は決定の重みを担う必要はありませんが、意思決定者に必要な情報を提供して決定を準備します。意思決定者は最新技術を常に最新の状態に保つ必要はありませんが、会社の優先事項に注意を払い、環境の認識に注意を払っており、そのため、意思決定者は、さまざまな解決策の間で調停を行うことができます。より広範な文脈で専門家によって提供される情報。

MOAS の役割は、

一方では、企業または組織の「ビジネス」戦略: 背景に設定された目標、課題、機会と脅威 (脆弱性)、および強みと弱み (リスクと SWOT を参照)。
そしてもう一方では、この戦略のために活用しなければならない情報システムです。

これは、 「情報システムの戦略的調整」または「ビジネスの調整」と呼ばれることもあります。情報システムは、企業の戦略に準拠するように徐々に進化する必要があります。

このフェーズは、情報システムの都市化プロセスの対象となる可能性があり、広義のセキュリティ上の懸念とリスク分析を統合する必要があります。

ビジネスアーキテクト

情報システムのビジネス調整に貢献するには、さまざまな開発プロジェクト、実装候補間で調停を行う必要があります。これは、アプリケーションポートフォリオ(さまざまなアプリケーション) の意味で、ポートフォリオ管理(英語:ポートフォリオ管理) と呼ばれるものです。情報システムの資産（ポートフォリオ）は企業や組織の資産（ポートフォリオ）を構成します。
プロジェクト所有者は、ビジネスプランナーとも呼ばれる「ビジネスアーキテクト」 (プロジェクト管理アプリケーションアーキテクトのプロジェクト管理に相当) の専門知識を利用できます。このアーキテクトは、 ITシステムのアプリケーションの内訳に関する技術的な観点ではなく、企業戦略の観点から検討された、情報システムのビジネス(または機能) ビジョンの提供に貢献します。ビジネスアーキテクトは、短期的な義務と長期的なビジョンを調和させて、情報システムの漸進的な進化の計画を定義することもできます。これが都市化計画です。

委任されたプロジェクト所有者(MOAD)

「委任されたプロジェクト所有者」 (MOAD) は、単独の人物、または組織が大規模な場合はチームの先頭に立つ人物です。彼は MOAS を支援しており、MOAS の最も密接な協力者の 1 人です。その機能は、設計と使用方法の両方の観点から、エンティティの IS の品質を保証することです。 MOAS に意思決定に必要な要素を提供することで、MOAS を支援します。
彼は運営委員会、またはプロジェクト運営委員会の MOAS を代表することができます。
場合によっては、委任されたプロジェクト所有者がプロジェクトディレクターの役割を果たします。

MOAD は、企業内で、ニーズの表明、優先順位の選択、予備調査または仕様の実行、プロジェクト管理、および最終的な承認に使用される方法の品質に責任を負います。組織内での彼の自然な関係者は、部門長と MOAO です (下記を参照)。 IT 部門内での自然な連絡先はエリアマネージャーです (プロジェクト管理の機能を参照)。

MOAD は「IS 監視」を保証します。つまり、IS 開発に関して自社と同等の組織がどのような取り組みを行っているかを常に把握し、最先端の IS、市場や競争の進化に後れを取らないようにします。、あるいは、前進するための提案を策定することさえあります。

MOAD はコンピュータ科学者ではありません (彼はどちらかというと方法論者です)。しかし、IT 部門の前で「有能なクライアント」、つまり、どのように作成するかを知っているクライアントになるのに十分なコンピュータ知識を持っていることは良いことです。人々は理解していますし、説明されている内容を理解している人もいます。

多くの場合、MOAD は元 IT スペシャリストです。IT スペシャリストは、必要な広い心を持って、進化を求められている専門職の本質的な特徴を短期間で吸収します (専門分野の専門家にとって、それはより困難です)。コンピュータに慣れる職業）。多くの場合、MOAD は MOAS の右腕となり、彼の側に配置され、この実体のさまざまな活動をよく知っています。彼のスキル次第では、MOAD は MOAS になる天職を持っているかもしれません。

スポンサー

プロジェクト管理機能がプロジェクトにあまり関与していない場合、「スポンサー」と呼ばれることがあります。この名前には、プロジェクト管理の語彙の起源が見られます。つまり、スポンサーは「お金を払う」人です。
プロジェクトが大規模で、企業または組織内の多数の事業部門が関与する場合、委任されたプロジェクト所有者は会社の主な経営陣 (一般経営陣など) によって委任されます。この場合、MOAD は信頼できます。会社のさまざまな事業部門内のリレー: これらは「スポンサー」です。
どちらの場合も、スポンサーはビジネス専門家の作業を監督し、決定、仲裁、選択を承認します。

運用プロジェクトオーナー(MOAO)

「運用プロジェクトオーナー」(MOAO) は、組織内では、専門分野の主要なプロセスの 1 つについて完全な知識を有する専門家です。 IS がアプリケーションに編成されている場合、MOAO はアプリケーションを完全に理解しています。私たちが新しいことをしたいとき、パラメータを変更することでそれを実現できるのか、それとも大幅な開発が必要なのかを彼は知っています。彼は、使用されるリポジトリ、管理ルール、バッチ処理 (バッチ処理として知られています)、他のアプリケーションとの交換とインターフェイスなどを知っています。
彼は変化の促進者の役割を果たすことができます。

ユーザーの要求を収集し、一般的な仕様を策定または監督します。 IT 部門での彼の自然な連絡先は「MOE プロジェクトマネージャー」であり、彼は永続的な関係を維持しています (プロジェクト管理の機能を参照)。多くの場合、MOAO は貴重な専門知識を持った 1 人の人物です。彼が病気になったり、退職したりした場合、状況は壊滅的なものになる可能性があります。この種のリスクを考慮している企業はほとんどありませんが、MOAO 自体がその知識を共有しようとしないことがよくあります。

MOAD は、MOAO による手法の適切な使用と、MOEプロジェクトマネージャーとの関係の質を保証します。

プロジェクト管理アシスタント(AMO または AMOA)

MOAD または MOAO が実行しなければならない作業には、情報システムの主要な開発を指定、監視、または受け入れる必要がある場合の過負荷期間が含まれます。新しい方法を設計または実装する必要がある場合。事業体が保有していない専門知識を実装する必要がある場合。
このような場合、企業は、プロジェクト管理者、外部コンサルタント、または企業が利用できるようにした人々に割り当てられた作業を実行するよう求めます。彼らは、仕様書や方法論の文書を作成し、ダッシュボードの更新に注意を払います。これらの人々は「プロジェクト管理アシスタント」（AMO または AMOA）と呼ばれます。
彼らは MOA が変化をサポートするのを支援します。

ビジネスの専門家

IS の妥当性、つまり職業上の実践への適合性を保証するには、日常業務の実際の状況に関する詳細な情報を収集する必要があります。この目的のために、MOAO は仕様と承認作業に貢献する「ビジネス専門家」を現場から招集します。これらの専門家が提供する指摘は重要ですが、解釈する必要があります。実務者は、優先順位を定義したり、本質的なものと二次的なものを区別したりするのに最適な立場にありません。

ユーザー

IS の目的は、エンドユーザーが効果的なツールとなることです。ただし、多くの場合、ユーザー集団は IS の設計に参加するには多すぎ、分散しすぎています。この仕事ではビジネスの専門家が彼女の代理を務めます。

ユーザーは、新製品が公開される直前にトレーニングを受ける必要があります。製品の導入中だけでなく、現在の運用中にも定期的に調査を実施して意見を収集する必要があります。

プロジェクト管理の調整

私たちが定義したように、プロジェクト管理は企業の各専門職に関連しています。商業管理、生産管理、技術管理、研究管理がプロジェクトの所有者となり、そして – これまで見てきたように – IT 部門自体が、他の部門との関係ではプロジェクトマネージャーでもあります。

しかし、情報システムは各専門職に個別に関わるものではなく、会社全体に関わるものです。その一貫性を確保するには、さまざまな専門職が、会社の人材、製品、顧客、および組織の識別に同じフレームワークを使用する必要があります。特定のプロセスはあるビジネスから別のビジネスに渡され、これにはデータ交換が伴います。さまざまなプロジェクト所有者が使用する方法は似ています。ワークステーションとコンピュータ通信は全員で共有されます。最後に、企業のアプリケーションポートフォリオの管理には、各ビジネスが提示したプロジェクトの中から実際に実行するプロジェクトを選択する最終的な調停が必要です。

これらのさまざまな問題は、会社の最高 MOAS であるゼネラルマネージャーの責任の下にあります。彼は、さまざまな MOA の調整と指揮を担当する特定の MOAD の支援を受けています。彼女は自分の意見や専門知識を活かして CEO を支援し、リスクや機会が生じた場合には CEO に警告する義務があります。

ISに関する重要な決定は、「情報システム委員会」（CSI）と呼ばれる特別な構成の総合管理委員会の会議で行われます。 CSI は MOAS (つまり、CEO と会社のさまざまな専門職の上司、DGA または取締役) で構成されます。各 MOAS には、「シェルパ」として機能する MOAD が CSI に同行します。MOAD CSI 会議では意思決定権はありませんが、その専門知識は表明されています。

プロジェクト管理の機能 – 定義