まず、オンサイトのコンピューティングインフラストラクチャを遠隔地に移すことによって、プロジェクトチーム、クライアント、および顧客がインフラストラクチャとアプリケーションにアクセスする方法が完全に変わったということです。
第二に、現地のプロジェクトチームの規模が大幅に縮小され、オンサイトに滞在する必要があるユーザーのスキルセットが変更されました。
第3に、クラウド内にあるアプリケーションはベンダーによって維持されるため、アプリケーションの開発、管理、セットアップに関連するプロセスが変更され、プロジェクトにはそれらのタスクも含まれます。
泥のようにクリア？ 私はそうだと思いました！ 私はクラウドエキスパート兼CEOのCloudwards.net（Mauricio Prinzlau）に、プロジェクトマネージャーがクラウドについて知る必要があることと、クラウドがワークスペースをどのように変えているかについて詳しく説明しました。 彼に引き渡しましょう...
プリクラウドアプリケーション環境
クラウドが到着するまで、平均的なプロジェクトマネージャが直面する環境は、次のようになりました。サーバーは、社内または外部の施設内で企業内でホストされています。 クライアント側のデスクトップとラップトップは、社内のオフィスに分散されており、社内の大規模なITスタッフによって管理されています。
ITシステムの開発とメンテナンスの大部分は、大規模な内部開発者プールのスタッフが担当しています。 一部の請負業者が関与していますが、大部分のスタッフは常勤の従業員です。 おなじみの音ですか？ あなたが5年か6年以上プロジェクトマネージャーとして働いていたのであれば、それは実現します。
プレクラウド時代のプロジェクトマネージャーの中核的責任
クラウドコンピューティングが始まる前に、ソフトウェアプロジェクトでの平均的なプロジェクトマネージャの主な責務は、次のようなものでした。テクニカルアーキテクトやデザイナーと協力して設計やアーキテクチャのニーズに対応します。 それぞれのチーム間の分析、設計、コーディング、テストの作業を見積もり、計画し、監督し、管理し、追跡し、調整する。 ユーザー受け入れテストのためにビジネスユーザーと調整し、必要に応じてシステムテストのための外部チームと調整します。 必要に応じて内部チームとのやりとりを行い、納入に対する全責任を負う
今日のように見えるもの
さて、企業がクラウドサイトでアプリケーションを開発してホストするために外部ベンダーを使用しているときに、プロジェクトマネージャの役割がどのように見えるかを見てみましょう。
内部のチームメンバーは設計やアーキテクチャに関与していません。 ベンダー側の設計者や設計者とのやりとりは、必要に応じてオンサイトで行われます
見積もりからテストに至るまで、外部のベンダーの担当者に至るまで、監督の責任を担わなければならないため、調整のオーバーヘッドが増加します。 もっと多くのミーティングが必要です。
ビジネスユーザーとの調整は、依然としてユーザー受け入れテストのために内部的に行われますが、システム統合テストは外部チームによって最も頻繁に行われます。
クラウドサイトで外部ベンダーがホストするアプリケーションのみを使用している場合は、さらに違って見えます。
コミュニケーションとオーナーシップがすべて1か所にあるため、クライアントサイドにITスタッフを配置する必要はなく、問題を解決するのが簡単です。
規模から来る良いサポートの機会もあります。 たとえば、ソフトウェアの同じインスタンスであるSalesforce CRMを、同じアーキテクチャ上でインターネットを介して何百万人もの顧客に提供しているとみなした場合、 Salesforceは、ビジネスモデルの一部であるため、問題や運用上の欠陥を迅速に修正します。
また、リモートサイトで発生するため、問題のデバッグプロセスも簡素化されます。
これにより、プロジェクトマネージャーの役割が簡単になります。
クラウドがあなたのワークスペースをどのように変えているか
クラウドがワークスペースを変更する方法はいくつかあります。
クラウドがもたらした最もインパクトのある変化は、既存のオンサイトインフラストラクチャの大半が重要性を失うことです。 プリクラウド時代には、すべてのアプリケーションがオンサイトのサーバーとデータセンターでホストされていました。 プロジェクトチームがクラウドに移行すると、ソフトウェアはベンダーによってリモートサイトから提供され始めます。 つまり、プロジェクトのオフィススペースとデータセンターのスペース要件が大幅に削減されます。
人事面では、クラウドの到着は人材のミックスと、プロジェクトが提供しているアプリをサポートするために必要な従業員ITスタッフチームの規模を変化させます。 クラウドコンピューティングが重要な選択肢になる前に、プロジェクトの一環として必要とされる拡張、バグ修正、開発を行うために、かなりの数のアプリケーション開発者、テクニカルリード、QAテスターが必要でした。 クラウドアプリケーションに移行したら、このようなチームメンバーの要件はダウンします。
第3に、プレクラウド時代には、アプリケーションを稼働させ続けるために、相当な規模の内部ITスタッフが必要でした。 プロジェクトマネージャーは、ハンドオーバーの計画が重要であるため、これらのサポート担当者をプロジェクトチームの重要な役割の 1つに含めることになりました 。
クラウドがあなたの会社に到着したら、サポートチームを縮小し、既存の人員を再募集し、他のポジションにマッピングすることができます。 あなたはまだあなたのガントチャートにプロジェクトのハンドオーバを含める必要がありますが、あなたはそれをやり直すでしょうし、おそらく時間がかかりません。
一方で、より多くの技術アーキテクトとビジネスアナリストが、以前よりもプロジェクトチーム（さらに一般的にはビジネスチーム）に必要となります。 これらの専門家は、ベンダーの要員と協力して要件を効果的に適用することができます。
クラウドコンピューティングはどのようなスキルを要求しますか？
クラウドベースの取り引きを管理するには、いくつかの新しいプロジェクト管理スキルを取得する必要があります。 最も重要なものは次のとおりです。
1.高度な財務およびコストスキル：プロジェクトマネージャは、オンサイトサーバーでホストされるアプリケーションとクラウドサイトでホストされるアプリケーションが混在する環境に対処する必要があります。
新しいアプリケーションを開発する際には、両方のオプションの原価計算とROI分析をプロジェクトマネージャに依頼する必要があります。 これには、クラウドベースの環境のコストとプロジェクト予算の作成に関する専門知識が必要です。
2.エンタープライズアーキテクチャの深い知識：これは、クラウドに移行した後、アプリケーションのアーキテクチャがより複雑になるためです。 より新しいアプリケーションが、クラウドとオンサイトでホストされている既存のアプリケーションとシームレスに連携するように、正しいビジネス要件と技術要件で開発されるようにするためには、エンタープライズアーキテクチャの深い知識が必要です。
3.ベンダーと契約交渉：プロジェクトマネージャーは常に契約交渉のスキルを持つ必要がありますが、クラウドへの移行では、ベンダーと契約交渉スキルをより頻繁に採用する必要があります。
小さなアプリケーションでさえ開発するためには、ベンダーと協力して作業を進める必要があるため、これに追加のオーバーヘッドの側面があります。
クラウドベースのプロジェクトでプロジェクトマネージャを務めることは、素晴らしい学習機会であり、あなたのスキルを拡大する素晴らしい方法です！