プロジェクト管理の進化：スタートアップと企業

公開: 2022-03-11

スタートアップはポーカーをプレーし、大企業はチェスをプレーします。

GoogleのデベロッパーアドボケイトであるDonDodgeによるこの引用は、スタートアップ企業と企業のプロジェクトマネージャーの違いを要約したものです。

スタートアップは確率のゲームをしている。ポーカープレイヤーと同様に、最高のプレイヤーは常に勝ちますが、アマチュアに負けることもあります。スタートアッププロジェクト管理では、優れた実行が必要ですが、真実は、最高の起業家でさえ失敗する可能性があるということです。チェスと同様に、エンタープライズプロジェクト管理システムは、はるかに戦略的で、2つのステップを先に計画し、リスクを軽減する必要があります。

すべてが白黒ではありません

このトピックに飛び込む前の1つの注意点は、あらゆる種類の企業が存在するということです。 100人の従業員を抱える会社をもうスタートアップと呼べますか？従業員が200人または300人に増えたらどうなりますか？ Uberはメディアでスタートアップと呼ばれることもありますが、現在Uberには12,000人の従業員がいます。もう1つの違いは、学部生が始めたスタートアップは、以前に企業で働いていて、そこからスタートアップにベストプラクティスを持ち帰った可能性のある20年以上の専門的経験を持つシリアルアントレプレナーが始めたスタートアップとは大きく異なることです。

このように、5人で同じ場所にあるスタートアップから、世界中にオフィスを持つ多国籍企業まで、さまざまなケースがあります。この記事では主に2つの極端な点に焦点を当てますが、すべてを一粒の塩で取り上げ、持ち帰りが特定の状況に当てはまるかどうかを批判的に考えてください。

スタートアップと企業

この警告が邪魔にならないように、2つの極値を定義して、議論の基礎を築いてみましょう。この記事の目的上、スタートアップの特徴は次のとおりです。

同じ場所に配置されたチーム（約1〜50人の従業員）。通常、同僚全員を名前で知っています。
役割は大まかに定義されています。
共同創設者は、ほとんどの決定を行うことに非常に積極的です。
会社はお金を失っており、長い滑走路は残っていません-生存は大きな問題です。

スペクトルの反対側では、企業は次のようになります。

複数の部門と場所。
あなたは直接の同僚をよく知っており、他の部門の少数の人々と交流しているだけです。
誰もが明確な責任と階層を持っています。
会社は公開されている可能性があります。
収益性と短期間の生存はおそらく問題ではありません。

スタートアッププロジェクト管理

プロジェクトマネージャー≈プロダクトマネージャー

スタートアップでは、プロジェクトマネージャーはプロダクトマネージャーとほぼ同じです

理論的には、プロジェクトマネージャーは製品マネージャーとは実質的に異なる責任を負っています。ただし、スタートアップの設定では、通常、2つの役割が絡み合っています。あなたがスタートアップのプロジェクトマネージャーであるなら、あなたは企業で伝統的に行うこと以外にもっと多くの仕事を引き受ける可能性があります。

スタートアップにおけるプロジェクトマネージャーの機会

迅速な意思決定と大きな影響

スタートアッププロジェクト管理では、プロセス、他のチーム、クライアントなどの依存関係があまりないため、重要な決定を下すのは非常に簡単です。新しい同僚の採用、ホームページの変更、新機能の追加、期限を延長することは、1回の会議またはSlackの会話から離れることができます。これはプロジェクトマネージャーに力を与え、自律感を生み出します。

スタートアップはあなたのアイデアを試し、専門的に成長するのに良い場所です。あなたの友人が彼の会社で使用しているとあなたに言った新しいプロジェクト管理ツールを試すことができます。スクラムからかんばんに移動してみませんか？あなたがより速く配達するものは何でも、CEOは答えます。自然言語でGoogleAnalyticsにクエリを実行できる新しいチャットボットを実装することについてどう思いますか？そのための開発者は必要ありません、と昼食時にCTOが説明します。企業では、これらはすべて、専任のプロジェクトマネージャーによって管理される、個別の、大きく、長いイニシアチブになります。

物事は速く成し遂げられる

スタートアップの開発ライフサイクルは、企業よりもはるかに短いです。あなたは今日考えていて、来週何かを生産するかもしれません。レガシーコードはそれほど多くないため、開発者はコードベースをリファクタリングする必要があることを不満に思っておらず、結果を迅速に提供できます。これにより、クライアントとの絶え間ないフィードバックループに参加し、真に機敏に対応できます。

適応またはピボットが簡単

同じ配信速度と依存関係の欠如により、スタートアップチームは迅速にコースを変更できます。有名な例はPayPalです。「電話用暗号化」ソリューションとして開始されてから最初の15か月で、Paypalは5回ピボットしました。決済市場は急速に変化しており、PayPalはBillpointと呼ばれる独自の決済ソリューションを開発していたeBayを打ち負かすことができました。 PayPalの敏捷性により、eBayの買い手と売り手との関係が強化され、最終的にeBayがPaypalを買収することになりました。

流体プロセス

通常、スタートアップ内の人々がどのように運営するかについての厳密なプロセスや手順は多くありません。その多くは常識と内部交渉に委ねられています。これが、上記のポイントが実際に機能する主な理由の1つです。つまり、意思決定を迅速に行うことができ、無数のサインオフを必要としません。もちろん、これは必然的にトレードオフであり、この記事の後半で説明するように、今後他の問題が発生します。しかし、製品市場に適合し、より資金が豊富でより大きな競合他社を打ち負かそうとしている新興企業にとって、それは合理的なトレードオフです。

スタートアップ企業のプロジェクトマネージャーにとっての課題

責任は完全には定義されていません

流動的なプロセスにより、迅速で直感的な意思決定が可能になります。これは物事がうまくいけばスムーズな航海ですが、裏側は間違いと混沌とした環境をもたらします。分解すると、プロセスは本質的にチェックリストであり、結果を達成するためにどのような手順を踏む必要があるかを示します。プロセスは通常、何らかの失敗の結果として発生します。同僚が何かの世話をしていないことでお互いを非難し始め、会社が意思決定を合理化して明確に定義されたステップに合理化し、そのような問題が発生するリスクを減らすプロセスの作成を開始します。将来。

たとえば、新しいリリースでクライアントのWebサイトがクラッシュしました。会社の誰もが次のリリースについて知っていましたが、誰もクライアントに通知しませんでした。プロジェクトマネージャーまたはキーアカウントマネージャーは、クライアントの開発チームに連絡する必要がありますか？ CTOはもっと積極的にすべきでしたか？激しい議論の後、関係者は、次回、特定の従業員がリリース前に特定のアクションに責任を負い、これが二度と起こらないようにすることに同意します。

この例は、スタートアップが企業に進化する方法の縮図です。スタートアップの複雑さが日々増すにつれて、そのような決定が下され、曖昧さが日常業務から取り除かれます。しかし、その状態に達するまで、多くの苦痛な間違いが通常行われます。

弱い交渉力

スタートアップのプロジェクトマネージャーとして、あなたは外部の交渉に従事する可能性が高くなります。共同創設者は、ピッチの技術面または製品面を代表するために、後の段階のクライアントミーティングにあなたを連れて行くかもしれません。その会議中に多くの質問や新しい要件が発生する可能性があり、プロジェクトマネージャーは成果物についてすぐに合意しないようにする必要があります。共同創設者は、潜在的なクライアントを獲得し、会議中であっても彼らの条件に同意することを切望している可能性があり、新しいバックログアイテムのコストを完全には認識していません。クライアントは、あなたのスタートアップが長い実績を持っていないという事実を利用して、あなたが合理的に提供できる以上のことを約束するようにしているかもしれません。

プロジェクトマネージャーは、開発チームと一緒に新しい要件を評価するために、プッシュバックしてより多くの時間を要求できる必要があります。チームから少なくとも大まかな見積もりが得られたら、それらを共同創設者に提示し、それでも取引の新しい条件に同意することが理にかなっている場合は話し合います。

ショートカットはレガシー問題を作成します

スタートアップでは、コンスタントMVPモードになるのは非常に簡単です。プロジェクトマネージャーとして、開発チームに締め切りの厳しさに同意し、ロードマップ項目の近道をとるように促すことは非常に魅力的です。共同創設者が常にあなたの背中に立っているので、それはほとんど必要なようです。しかし、一般的なことわざにあるように、大きな力には大きな責任が伴います。この力を乱用すると、最終的にチームはレガシーの問題に遭遇し始めます。そして、これは将来のある時点を意味するものではありません。スタートアップモードのままでこれらに遭遇する可能性があります。

たとえば、あなたの会社が商品リストページを作成することにしたとします。結果を絞り込むには、複数のフィルターが必要です。また、さまざまな属性に基づいた並べ替えオプションも必要です。最初の見積もりが大きすぎるため、必要なフィルターと並べ替えオプションを絞り込もうとします。最終的に、見積もりの大部分はシステム全体であり、結果を検索して返すことがわかります。より単純なバージョンをより速く提供する方法があるかどうかを尋ねます。ある開発者は、月額サブスクリプションでサードパーティのソリューションを使用することを提案しています。他の開発者は、依存関係の問題とレガシーの懸念について話します。あなたにとって、それは完璧に聞こえます。なぜなら、MVPをより速く取得し、後でプロジェクトを廃棄することにした場合、サブスクリプションをキャンセルできるからです。スクラムマスターは、プロジェクトが廃棄されていない場合にコードを書き直す機会が得られた場合にのみ、サードパーティのソリューションを使用することに同意します。

しかし現実には、スクラムマスターが実際に後のスプリントで技術的負債のタスクを実行し、時が来たときにそれを擁護しない限り、この合意はほとんど実現されません。リストページの最初のフィードバックが肯定的である場合、MVPは単なるテストであったため、プロジェクトマネージャーの自然な反応は追加機能を開発することです。 6か月後、新しい機能の追加には非常にコストがかかるようになりますが、リファクタリングにはさらにコストがかかります。さらに重要になり、当初の意図を覆す他の優先順位があります。

偽陽性

ITプロジェクト管理の場合の誤検知は、チームがMVPを開発し、製品と市場の適合性の証拠として最初の正のフィードバックを受け取った場合です。プロセスの早い段階で、利害関係者が次のように言った場合に発生する可能性があります。「私は業界最大のクライアントにソリューションを売り込みました。彼らは間違いなく私たちからソリューションを購入すると言っていました。」あなたはそれを開発します、そしてそれから彼らはあなたからそれを実際に購入しません。

誤検知は大きな課題ですが、それらを軽減する方法があります。 Validatelyの創設者であるSteveCohnは、ソリューションの需要を検証する必要があることを示唆しています。あなたを助けることができる3つの信号があります：

あなたが完全な解決策を提供する前でさえ、あなたのクライアントはお金を使うか、またはコミットする気がありますか？ソリューションを提供する前に契約を結ぶことは、おそらくあなたが得ることができる最良の検証です。
あなたのクライアントは、ソリューションの開発にあなたと一緒に時間を費やすことをいとわないですか？時は金なりであり、誰もがタスクの無限のバックログを持っています。クライアントが要件を理解するために積極的にあなたと関わり、他の同僚を議論に参加させ、MVPを徹底的にテストし、十分なフィードバックを提供するほど、あなたは正しい道を進んでいる可能性が高くなります。
あなたのクライアントはあなたを宣伝するために彼らの評判を喜んで使用しますか？ソーシャルメディア、プロのイベント、その他の形式のいずれであっても、クライアントがあなたを宣伝しているとき、彼らはあなたに彼らの真の関心を証明する評判を貸しています。

利害関係者の管理

スタートアップにおけるプロジェクトマネージャーの最も重要な利害関係者は、通常、共同創設者です。機会の部分で見たように、共同創設者は常識に基づいた迅速な意思決定を可能にすることができます。ただし、問題は、多くの共同創設者が意思決定のために本能に依存することが非常に多いことです。これは、特定の業界でその分野の専門家として働いていた共同創設者に特に当てはまり、現在、自分たちが仕事で直面した問題を解決するためのITソリューションを作成することを決定しました。

市場に関する深い知識はスタートアップにとって非常に役立ちますが、ロードマップを作成する際にそれだけに頼ることはできません。ほとんどのスタートアップの目標は、国際的に拡張できるソリューションを作成することです。同じ市場に複数の企業が存在する場合でも、必ずしも同じ方法で問題を解決するわけではありません。共同創設者は、前の会社がどのように物事を行ったかについての深い知識を持っているかもしれませんが、それは他の会社、特に他の国で同じ課題をどのように解決したかについての知識に変換されません。

共同創設者は、多くの場合、彼らの信念を保持し、彼らの見解を相殺するために独立したプロジェクトマネージャーを必要とします。 製品発見の初期段階でのデータ主導の意思決定とアジャイル開発の重要性について共同創設者を教育することは、プロジェクトマネージャーの仕事です。

企業におけるプロジェクト管理

プロジェクトマネージャー≠プロダクトマネージャー

エンタープライズでは、プロジェクトマネージャーはプロダクトマネージャーと同じではありません

スタートアップが成熟して大企業になるにつれて、仕事がより具体的になるにつれて、さまざまなポジションの役割がますます明確になります。企業でも、プロジェクトマネージャーとプロダクトマネージャーが重なる場合があります。ただし、プロジェクトマネージャーはプロジェクトの運用面に重点を置く傾向がありますが、プロダクトマネージャーは実行に責任があります。

プロジェクトマネジメントオフィス（PMO）

会社が成長するにつれて、プロジェクトのポートフォリオもそれに伴って成長します。新しいプロジェクトマネージャーが加わり、新しいプロジェクト管理ツールと方法論をもたらします。最初は、物事は少し混乱し、プロジェクト管理オフィス（PMO）の必要性が生じます。 PMOはプロジェクト管理のライフサイクルに関係しており、会社全体にベストプラクティスを広めるか実施することができます。

企業のプロジェクトマネージャーは、PMOとやり取りする必要があります。 PMOはそれぞれ異なりますが、直面する可能性のあるものは次のとおりです。

プロジェクトの開始と終了のためのさまざまなフォームへの記入。
レビューのために予算を提出する。
定期的な進捗状況の更新を提供します。
マイルストーンまたはさまざまなプロセスステップでサインオフを取得します。

すでに多くの計画と追跡を行っているプロジェクトマネージャーにとって、特にプロジェクトの速度が低下し始めた場合、PMO要件の多くは不要な赤いテープのように見えるかもしれません。この官僚主義はフラストレーションの原因となる可能性がありますが、プロアクティブなプロジェクトマネージャーは、オーバーヘッドを最小限に抑え、PMOからプロジェクトの価値を引き出すことさえできます。

早い段階でPMOを関与させて、レポート要件を把握します。これらは、時間を節約するために、プロジェクトの実行中に作成された資料と照合できます。
プロセスチャンピオンになりましょう。プロジェクトマネージャーの生活を楽にするためにプロセスを変更する方法について、PMOにフィードバックを提供します。 PMOの主な目標の1つは、製品マネージャーの効果を高めることです。
プロジェクトで問題が発生した場合は、PMOを活用して支援を受けてください。 PMOは、すべてのプロジェクトについて全社的な見通しを持っており、プロジェクトの実行中に発生するさまざまな問題やリスクに対処した経験があります。彼らの知識を活用してください。

エンタープライズにおけるプロジェクトマネージャーの機会

信頼性

企業の安定性と長期計画は、クライアントとパートナーに信頼性を示しています。あなたの会社と関わりたいと思っている人々は、あなたが約束を果たし、あなたの専門分野で多くの経験を積むことができる、良い実績を探しています。これは、企業がスタートアップに対して持つ最大の利点の1つです。これにより、新しいクライアントやパートナーを簡単に見つけることができます。

この信頼により、クライアントとの統合を強化できます。あなたが顧客を有効にしているテクノロジーベンダーとして、彼らはあなた自身のロードマップをあなたのロードマップに合わせて調整し、新しい機能をできるだけ早く提供できるようにするかもしれません。スタートアップは非常に不安定で信頼しにくいため、このような関係をスタートアップが達成するのは非常に困難です。

要件の収集が容易

企業は、新興企業と比較して、市場ではるかに大きな存在感を示しています。会社が成長し、仕事がますます具体的になるにつれて、ますます専門的な専門家が雇われています。同時に、ビジョンを維持するために、ますます多くのベテランのトップレベルの幹部が会社に加わります。これらすべての人々は、プロジェクトマネージャーがユーザー要件の収集にアクセスして利用するのに非常に簡単な、膨大な市場洞察をもたらします。

これは、PMの自己啓発にも大きな利点となる可能性があります。多数の連絡先を自由に利用できるので、企業内の他の利害関係者に影響を与える必要がある場合や、プロジェクトが会社の上位で十分な注目を集める必要がある場合はいつでも、連絡先を利用できます。

ユーザー要件を支援できる別の同僚グループは、営業、アカウント管理、またはカスタマーサポートチームで見つけることができます。そこで働く人々はクライアントと毎日接触しており、ユーザーのニーズや欲求不満について多くのフィードバックを提供することができます。ただし、このフィードバックの元となるコンテキストを常に念頭に置いてください。たとえば、クライアントサポートチームが製品を使用する人々に対応し、営業担当者やアカウントマネージャーが、購入を決定するが実際にはソフトウェアを使用しない上級管理職に対応する場合があります。

構築または購入

スタートアップが利用できない機会は、M＆A（M＆A）による成長です。 2018年はすでに世界で記録的な量のM＆A取引が行われています。この傾向の大部分は、最近のAT＆TによるTime Warnerの850億ドルでの買収のように、メガディールです。ただし、ハーバードビジネスレビューの調査によると、取引の一部は評価の点で小さく、より良いリターンを生み出します。そこにはシングルポイントソリューションを備えた小さなスタートアップがたくさんあり、企業のプロジェクトマネージャーは、ソリューションをコピーしようとするのではなく、それらを購入することが理にかなっている場合があることを覚えておく必要があります。プロジェクトマネージャーは、そのようなシナリオの意思決定者ではないかもしれませんが、このオプションをテーブルに持ち込む人になることができます。

エンタープライズのプロジェクトマネージャーにとっての課題

承認に時間がかかる

会社が成長するにつれて、レポートの階層も成長します。複数の部門、プロセス、および手順が実施されます。ブランドガイドラインが作成されます。スタートアップでは見過ごされがちな法的リスクを考慮に入れる必要があります。新しいパートナーとの共同プレスリリースの見積もりは、必要なすべてのサインオフを収集するのに数週間かかる可能性があります。

これは、プロジェクトマネージャーがより多くの事前計画を立て、より勤勉である必要があることを意味します。ただし、すべての承認をできるだけ早く取得する必要がある、アドホックで予期しない状況が常にあります。そのような状況で他の部門との良好な関係を持つことは大きな価値があります。困っている人を助けることができるプロジェクトマネージャーは、見返りに、同僚から恩恵を受ける可能性が高くなります。

誤解

「何も想定しない」は、プロジェクトマネージャーのモットーでなければなりません。企業内で複雑さが増すにつれて、プロジェクトチーム内外の効果的なコミュニケーションを維持するという点で、プロジェクトマネージャーの仕事はより困難になります。シナリオの例を見てみましょう。

チームは、作業中の新機能のためにいくつかの新しいアイコンを必要としています。昼食時に意外にもデザインチームのリーダーに会い、アイコンについて話しました。彼女は、彼らが実際に現在同様のアイコンに取り組んでおり、すぐに準備ができると言います。翌日のスタンドアップでは、情報をチームに伝え、アイコンが必要になったときに設計チームに連絡するように指示します。問題の機能は4週間以内に期限が切れるので、誰もがその時点でアイコンの準備ができていると想定しています。開発者はアイコンのプレースホルダーを配置し、QA中にのみ、アイコンを置き換えるのを忘れていることに気づきます。彼らはスクランブルしてデザインチームに連絡します。デザインチームは、他の緊急のタスクのために、これらのアイコンの作成を実際に延期しました。あなたのチームの誰も彼らに連絡をとっておらず、デザインチームのリーダーはあなたがもうアイコンを必要としないだろうと思っていました。ブランドガイドラインでは、ランダムなアイコンを使用して本番環境に移行することは許可されておらず、チームはそれらを展開できない完成した機能を備えたままになっています。

企業のプロジェクトマネージャーの仕事は、誤解を招くような瞬間に満ちています。ここで採用できる戦略は2つあります。

ふりかえりを使用して、新しいプロセスが将来そのような間違いを回避するのに役立つかどうかをチームと一緒に把握します。おそらく、毎週のレビューとフォローアップで他のチームからのすべての依存関係のリストを保持することが、このシナリオの答えになる可能性があります。
過剰なコミュニケーション。プロジェクトマネージャーにとって、必要以上にコミュニケーションをとることは一般的に良い戦略です。人々とチェックインする習慣を身につけ、リフトを待っている間、または車に行く間、それらの短い瞬間に迅速な更新を求めます。これは、隙間をすり抜ける物を少なくするための良い方法です。

ゆっくりと移動し、何も壊さないでください

コードベースが古いほど、新しい機能の開発が難しくなります。プロジェクトマネージャーは、小規模な新興企業が新しいイノベーションでより早く市場に参入し、それらを打ち負かしていることに気づき始めるかもしれません。

小規模な新興企業からの挑戦をかわすと同時に、企業は同様の規模の競合他社に警戒する必要があります。スタートアップが成熟するにつれて、シングルポイントソリューションは、さまざまな機能とユースケースを備えた本格的なプラットフォームになります。他の大手競合企業との機能の同等性が問題になります。

企業のプロジェクトマネージャーは、イノベーションに取り組み、クライアントに新しい価値提案を作成するか、競合他社と同等の機能を実現するかを決定する必要があります。ただし、ほとんどの場合、そのような決定を自分で行うことはできず、複数の利害関係者に影響を与えてこれらの決定を行う必要があります。これは、特にそれらの利害関係者がデジタルに精通しておらず、構築するように説得しようとしている機能に慣れていない場合、イライラする可能性があります。

結論

この記事では、スタートアップと企業の基盤となるメカニズムが、プロジェクトマネージャーに機会と課題をどのように生み出すかについて説明しました。スタートアップ企業では、プロジェクトマネージャーがプロダクトマネージャーの多くの機能を担う可能性がありますが、企業では2つの役割が明確に分かれています。各企業は独自のものであり、説明されているトピックのすべてがすべての状況に当てはまるわけではないため、微妙な環境では、プロジェクトマネージャーがさまざまなプロジェクト管理の資質とスキルを活用する必要があることに注意してください。

要約すると、スタートアップには流動的なプロセスがあり、プロジェクトマネージャーは迅速な決定を下し、会社全体に大きな影響を与えることができます。開発ライフサイクルははるかに短いため、プロジェクトマネージャーは機敏性を維持し、変化する市場の状況に適応することができます。

スタートアップのプロジェクトマネージャーもかなりの課題に直面しています。責任が完全に定義されていないと、スタートアップが成長するにつれて多くの問題が発生する可能性があります。クライアントと共同創設者は、プロジェクトマネージャーに、チームが合理的に提供できる以上のことを約束するように促している可能性があります。その後、さまざまなショートカットをロードマップに含めることができます。これは、将来のレガシー問題につながります。スタートアップの共同創設者は、ロードマップの定義に非常に積極的です。ただし、彼らの信念は誤検知につながる可能性があり、プロジェクトマネージャーは、これらの課題を軽減するためにデータ駆動型で機敏である必要があります。

企業側では、プロジェクトマネージャーは、企業の信頼性と実績を活用して、外部の関係者との良好な協力関係を確立できます。定期的にクライアントとやり取りする経験豊富な経営幹部や同僚から要件を収集する方が簡単です。最後に、プロジェクト管理オフィスは、制約はありますが、問題を軽減し、プロジェクトの実行中に発生するリスクを管理するのに役立ちます。

エンタープライズプロジェクト管理の課題は、必然的に会社の規模に関係しています。さまざまな承認と承認は、プロジェクトマネージャーがプロジェクトの実行を遅らせることを避けるために、非常に熱心に計画し、PMOを関与させる必要があることを意味します。関与する人や部門が増えるにつれ、誤解が生じる可能性が高く、適切なプロセスを導入することでこれを軽減する必要があります。最後に、開発ライフサイクルが長くなり、プロジェクトマネージャーはスタートアップや市場の他の企業の両方と競争する必要があります。

これらは、プロジェクトマネージャーが作業するこれら2つの環境の主な違いです。これらの課題を理解することで、ある環境から別の環境に移動するときに遭遇する可能性のあるものをより正確に予測できます。