Gitlab のスタートアップ買収の割り当て

1. あなたがここにいる可能性があること:
2. Acquisitions 取扱説明書
3. 取得割り当て

オンこの Web ページ これは、当社の買収プロセスの集中的なギャップです。 当社の取得手順に関する追加知識については、当社の 取得取扱説明書.

取得プロセス このプロセスは、5 つの主要なフェーズから構成されます。

1. パイプライン棟
2. 探索施設
3. アーリーディリジェンス
4. 確認デューディリジェンス
5. 統合

パイプライン構築

1. ソーシング: 同社のトレンド クルーは、GitLab のプロダクト リーダーシップと密接に協力して、間違いなく M&A の重要な分野にタイトルを付けています。 買収の機会 (「調達パイプライン」) を以下から調達します:
   1. エコシステムは、Crunchbase のような 3 番目の共同買収データベースの支援を受けて隠蔽します
   2. インバウンドGitLab の乗組員と代替連絡先からの紹介
   3. 私たちのビジョンと戦略的優先事項に沿った企業への積極的なアウトリーチ

探索的

1. 私たちは、私たちの製品と買収の優先事項 (「優先パイプライン」) に適合する企業を優先し、彼らのリーダーシップに手を差し伸べて、イントロ コールの間隔を空けます。
2. イントロ コール: この 30 分間のコールの目的は、機能の目的についてしっかりと説明し、追加の買収に関する話し合いが理にかなっているのかどうかを評価することです。 電話会議の議題は次のとおりです:
   1. 乗組員、製品、財務、および資金調達を含む会社の概要
   2. チャンスも GitLab のロードマップを加速します
   3. GitLab の買収プロセスを取引条件を含めて、許容できるものとして評価します (

   買収の説明書

   ))

   • ターゲットチーム: この電話の前に、私たちを評価してください ロードマップ と、あなたの最近および将来の製品機能のうち、チャンスごとにどの可能性があるかについての説明も、GitLab の製品レッスンにさらに実装されます。 GitLab のメンバーになってから最初の 1 か月で解放される MVC と、その後の迅速な反復による毎月のリリースについて考えながら、これらの機能の統合タイムラインを簡単に概説します。

相互 NDA は、GitLab によって共有される可能性があり、機会ごとに、事前に署名する必要がある場合があります。商品名。 私たちの MNDA と署名検索のプロセスについての追加の小さな印刷物については GitLab Moral Instruction manual .

早期注意

1. 添付 code title

をつぶやいて、狙いを定めたタイトルに置き換えます。 Slack チャンネルを変更: #mission-code_name.

所持取得クルー を作成し、クルー全体をチャネルとドキュメントに追加します。 +1。 内部獲得チャンピオンを確認する - すべての獲得にはリードチャンピオンが必要です。 買収を支持し、買収の根拠と成功の統合プロセスを強制するのを助ける誰か。 私たちの 手順 に適合するほとんどの買収では、チャンピオンは、GitLab のエンジニアリング部門のエンジニアリング チャンピオンを伴った、Director+ レベルのプロダクト アロットメント リードである可能性があります。乗組員、それぞれ Director+ レベルで。 さまざまな買収の場合、チャンピオンはさまざまな内部機能からも獲得できる可能性があります。 #code_name-technical-diligence. このチャネルは、GitLab のトレンド クルーとの技術的な問題に関するコミュニケーションの基本的なチャネルになる可能性があります。 )

財務:

1. キャップデスク
2. 安定シート
3. 損益計算書
4. キャッシュフロー申告書
5. 納税申告書

)

労働者:

1. 名簿: 労働者の役職、役職、役割、在職期間、専門知識の年数、離れて働く、賃金、LinkedIn プロフィール、プログラミング言語の専門知識
2. 従業員の履歴書
3. 従業員契約およびPIAA

タイトル、月収、契約終了日、および関連する場合は各種フィールドを含むバイヤーのチェックリスト。

ディーラーのチェックリストと毎月のつぶやき

資産チェックリスト:

• 交互になり、交流の一部になる可能性があります quisition
• 取得対象外資産

供給品の技術的請求書 (BOM) - 以下をリストする合計文書:

1. リポジトリ
2. 不幸トラッカー/ワーム管理テクニック
3. 追加の (非コード) リソース
4. ドメイン
5. サーバー
6. 依存関係
7. データベーススキーマ
8. データ
9. エンブレム
10. ソーシャルメディアアカウント

セキュリティレポート/ドキュメント

1. 外部セキュリティレポート
   • SOC 2
   • ISO 27001認証
   • CAIQ
   • 外部侵入試験の説明

2. 内部セキュリティ文書

危険管理プログラム文書

危険レジスターと危険ステーション

企業が最近実施したセキュリティ意見の結果トリビューター

初期の技術的精査:

1. 対象企業が原料物質を開始した場合、それぞれのディレクトリ。 エンジニアリング (GitLab のステージに応じて) は、コードの高品質、トレンド プラクティス、コントリビューション、ライセンス コンプライアンスなどを解決するために、初期のコード評価を開始します。 それは、2〜3日おきに球状の内部を再加工するために成長する必要があります。
   1. エンジニアリング中心の会議 (外部および内部) の調査結果およびすべての技術的にリンクされた隠蔽は、別の内部の Google ドキュメントに記録する必要があります
   2. 命名は次の開発を実践するのをやめるべきです: プロジェクトテクニカル アセスメント
2. テクニカル コール: ハンズオン製品とコード隠蔽割り当てセッション (2 時間)それぞれのエンジニアリング チャンピオンによって割り当てられたテクニカル リードが、それぞれの製品チャンピオンと共に、製品機能の実践的な検証とコードのトップ レベルの考えに向けた隠蔽割り当てセッションを主導します。 コールの夢と議題は次のとおりです:
   1. ターゲット:
      1. 私たちのプロセス中に装備された製品の機能と能力を技術的に検証します今
      2. 答えの複雑さと質の高さを高次元で評価する
      3. ブロッカーを確立し、混合物に挑戦する
3. 議題:
   1. 製品の追加の技術デモをキルトします。 製品名に続いて浮上した追加の質問/領域をキルトします
   2. 製品のアーキテクチャとメカニズムのウォークスルー
   3. コードの評価リポジトリとプラクティス
   4. ミクスチャの疑いのないコースの技術的能力について議論する配信
4. 通話の内容は技術評価の Google ドキュメントに記録する必要があります

創業者の技術面談 - 創業者は、技術面と文化面での整合性を評価するために 2 回の面談を行います。

履歴書の評価 - すべての従業員の履歴書の評価

1. ダングル LinkedIn プロファイルを 目標ワーカー プロファイルを確認するときの内部ほとんどのモード表示

。 最も深いモードで閲覧すると、目的の従業員が、GitLab による LinkedIn プロファイルの調査についてアラートを受けなくなります。

報酬評価HR代替パートナーが率いるギャップと疑いのないフラグにタイトルを付ける

基本的な技術従業員向けのオプションで入手可能なインタビュー - 取引の成功率を高めるために-タイムフレームシート、私たちはタイムフレームシートに署名する前に、特定された基本的な技術従業員の面接を行う弁護士。 これにより、確認デューデリジェンス段階までのすべての手順において、人員のギャップが障害となる可能性が大幅に削減される可能性があります。 面接には、技術面接とマネージャー面接が含まれます。詳しくは、下記の確認デュー デリジェンス ステージをご覧ください。

1. 主要な技術担当者は、買収の成功、提案された統合の信念、および統合を行う GitLab の乗組員の長期にわたる忙しさに対して過剰であると特定された人々です。

)

GitLab のユーティリティ セキュリティ チームが実施するユーティリティ セキュリティ評価

1. アプリケーションの脆弱性を特定します。威嚇モデリング手順のつぶやきを振る舞いに評価することで、GitLab が感知できるはずです

統合 -プットアップトランザクション統合の重要な要素は、製品統合アプローチです。トランザクションの完了に先立って、GitLab 製品とエンジニアリングの買収チャンピオンは、目標セット/機能に重点を置いて混合アプローチを形式化します:

1. そのままで大事にするもの
2. GitLabで再実装するもの
3. 破棄するもの/EOL
4. 人の移動に過剰なもの
5. 対象
   GitLabの製品層

実装の制限

ディールマイルストーン:

1. GitLab のメンバーになってから 2 か月、4 か月、6 か月の 3 つのマイルストーンの間隔を空けることを目指しており、私たちの製品の趣味の大部分をキルトする必要がある夢の簡潔なスペースを提供する必要があります。目標会社の中で
2. マイルストーンは、タスクよりも夢として明確に表現されるべきです。 マイルストーンを定義する傾向は、OKR の傾向と似ているべきです。 次に、目的を割り当てるために必要ないくつかの重要な結果を示します。 これは、統合作業が始まると調整が行われる傾向があるため、夢を使用することに企業の焦点が当てられるのを待ち、選択されたプロセスにもはや縛られず、心配することはありません. マイルストーンは、引き渡しで識別されていた取引のロードマップの進展を救うために必要な作業を容易にするための夢を概説しています。 各マイルストーンは、マイルストーンの目的の成功を明確に示すために必要なキーに分解する必要があります。
   1. 3 週間のオンボーディングを考慮して、ターゲットはオンボーディング間隔の先頭から 5 週間後に最初のマイルストーンを出荷します
   2. 文化と成功 目標のエンジニアリング クルーを GitLab に将来的に統合する
   3. 反復の料金に合わせて、買収の早期成果をすぐに示すことができます

製品は内部で統合されます 6 か月:

1. 6 か月は、過度に拡張されることなく、せいぜいその全体または少なくともその基本をカバーする、目標のパフォーマンスの漸進的な統合。 私たちは、ロードマップの優先順位がチャンスごとに代替される可能性があるため、延長された時間体の利用からコーラスを探しています。
2. 購入された各目標と当社の製品クルーに焦点を当てた場所で待機します
3. 合計を入れる準備ができている目的の事業体への支払いを締め切り(稼いだ支払い期日がある場合)、実行可能な限り早く、取引文書の条件に沿って閉鎖する

1 つのマイルストーンが、以前のマイルストーンで提供された混合物と一致する可能性がある元のパフォーマンスの向上に焦点を当てることはなくなりました

買収チームは、取引 ROI を解決するために、診断を作成する 手数料収入アキを利用する電卓 (inner GitLab ドキュメント)。 把握手数料収入獲得計算ファイルのコピーを取得し、ファイルを調整する前に、Google Force の関連するミッション フォルダー内にビルドします。

承認のための代替ケースの提示(発生率の逆):

1. チャンピオンの承認: 買収担当者は、別のケースを一緒に評価し、真に有益な取引を承認します。 これには、以下の全体の承認が含まれます:
   1. 買収のためのレート範囲と人員割り当てを含む政府全体の要約 (時間間隔シートのドラフトへのリンク付き)
   2. 合計代替ケース (templates

ディール マイルストーン

を含む各) の合計時間間隔シート ( テンプレート) 提案された小さな活字を含む草案 (資産手数料、保持ボーナス、取引マイルストーン、クロージング タイム デスク、顧客の解約およびクロージングの規定)

意図的な承認: 会社のトレンド獲得リーダー、製品およびエンジニアリングのチャンピオンは代替を最新にします。 CPO、CTO、CROへの買収案件。 彼らは、チャンピオンの承認 (合計: 政府の要約、代替ケース、時間間隔シート) に記載されている項目を承認するために評価します

CEO、CFO、および CLO の承認: 会社の傾向買収リード、製品およびエンジニアリングの擁護者は、CEO、CFO、および CLO に買収の代替ケースを提示します。 このアセンブリはさらに、発言承認 時間間隔シートの交渉を開始します。

1. 交渉を開始するためのタイム インターバル シートの承認は、 で追跡される可能性があります。 時間間隔シート承認トピック

。 機密保持のため、承認追跡トピック内に金銭的およびマイルストーンの知識を含めることはもうありません。

タイムフレーム シート:

1. 交渉を開始する条件が承認されるとすぐに、会社のトレンド獲得リードは、
2. 目標との合意に達するとすぐに、時間間隔シート (何らかの調整を含む) が提供される可能性があります。 CLO、CFO、CEO (その反対側) から承認を得るチャンスがあります。 これらの承認は、タイム インターバル シートの承認トピック内で取得される可能性があります。
3. すべての承認が得られるとすぐに、会社のトレンド獲得リードはサインオンのためにタイム インターバル シートをステージングします。目的の CEO と GitLab の CEO のための Docusign (その逆)。 決済の Cc に CLO、CFO、および CPO を追加します。
   1. 承認の追跡は、前に説明したタイム インターバル シート承認のトピックで追跡される可能性があります。 事前に承認された条件への調整は、製品チャンピオン、エンジニアリング チャンピオン、CPO、CTO、CLO、CFO、CEO によってさらに 1 回確認され、承認される必要があります。 調整は、時間間隔シートの承認追跡トピック ですぐに参照する必要があります。より 承認を求めています.

確認のデューデリジェンス

1. デュー デリジェンス段階を開始するために、企業のトレンド獲得担当者は、目的の企業の CEO に次の説明と記録のデータ要求を電子メールで送信します:
   1. すべての従業員とそのプロフィールは、GitLab の乗組員によって検討される可能性があります
   2. 面接に招待される可能性のある従業員は、GitLab の現在では新しい面接プロセスを通過します
   3. アーリー ディリジェンス ステージを通じてすべての手順で面接を受けた主要な従業員は、GitLab での仕事の資格を得るために、GitLab クルーによって確実に追加の面接ラウンドを通過する可能性があります
   4. すべての従業員は、c のタイトルを付ける必要があります彼らが表現する GitLab での欠員の発生は、彼らの熟練したプロファイルに最もよく適合します。 これは、目標の CEO によって収集されたスプレッドシートで共有される場合があります。
   5. 買収リードはエンゲージメントを行います。報告と教訓は文書を実現し、それを乗組員に割り当てて、洞察のキャプチャからのデータを検索記録します。
   6. 合計 技術的注意
   7. 総金銭的勤勉さ
   8. 道徳的勤勉さ - 技術的および金銭的勤勉さがそれぞれ実行され、エンジニアリングチャンピオンと財務買収クルーメンバーによってそれぞれ承認されるとすぐに、買収リードは正確な注意を開始するために正確に連絡します。 Moral は、テンプレート ディリジェンス デスク(GitLab 内部ドキュメント) 基本取得ドキュメント内
   9. ディリジェンスの進行状況は買収担当者との見本となるスタンドアップ コールで同期される可能性があります
   10. 会社のトレンド買収担当者と正確な担当者は、目的の会社の CEO と正確な担当者と最終的な取引文書について交渉します
   11. 最終評価と承認:
       1. 最終的なコール - 取得クルーとの最終的な内部評価コールで、取得を合計として要約し、買収の和解と最近の素晴らしい提案。 このアセンブリはさらに、発言承認 CLO、CFO および CEO からの買収和解金。 起動の呼び出しから追加の必要な承認までの承認は、最終的な和解承認の利用を追跡する可能性があります トピックテンプレート.
       2. 理事会承認:
          1. モラルは、GitLab の取締役会からのクロージング ディールの承認を容易にします
          2. 取締役会の機器は、承認を求めるよりも早く、取締役会の人々と共有される可能性があります。
             1. エグゼクティブ サマリーの電子メール:
                1. 最高経営責任者
                2. 買収担当者は、1 ～ 2 ページの政府概要の電子メール メッセージを作成します。 それは、次の事項の高レベルの保護を包括するように行きます:
                   1. 小さな活字と論理的根拠 (ロードマップの加速、予想される収入の破棄を含む)

                   のメンバーとなる乗組員の専門知識

                   3. APA およびその他の請求書の重要な用語
                   4. 実施された勤勉さ: 正確、税金、金銭、技術、その他の人々
                   5. 既知の危険性、表明および保証に基づく補償規定
             2. APAの完全モデルへのハイパーリンク
   12. 会社の傾向買収リードは、取引の署名と閉鎖を調整します

   統合

   モラルと緊密に協力して、最終的な統合を監督し、促進したのは、カンパニーファッションのクルーの責任です。 、製品、エンジニアリング、参加者、財務、およびさまざまな GitLab 部門が受け入れ可能です。 DRI は、カンパニー ファッションのシニア ディレクターです。

   統合プロセスは、買収統合ウェブページ .

   買収チーム 買収チームは、次の GitLab 機能を網羅します乗組員:

   1. 企業ファッション - 獲得リード
   2. 製品チャンピオン - 製品割当リーダー

   (VP Product に報告)

   1. Product Manager

   13. Engineering Champion - Dir. エンジニアリング
       1. エンジニアリングクルー
   14. 財務クルー
   15. 税務局長
   16. 重要会計官
   17. モラルクルー
       1. VP、参加者オペレーション
       2. 参加者代替パートナー
       3. 採用マネージャー

       )

       4. VP of Security

       プロダクト マネージャーに接続するには、プロダクト コールの後にまたは、機能が実装される可能性のある製品クラスが限定されたらすぐに、プロジェクトのクラス製品ディレクターに連絡してください。 エンジニアリングクルーメンバーを接続するには、プロジェクトの該当するクラスのエンジニアリングマネージャーに連絡してください.

       買収チームの業務
       特性 役割

       成果物 会社のファッション

       1. 購入した乗組員の基本 POC 1. 統合の疑いのない分野を確立する3. 統合	1. ディール開発の代替ケース 製品 1. GitLab に実装される最近の製品機能の概要 1. 混合間隔の後にGitLabに組み込まれる可能性のある将来の機能の概要を説明します 1. 製品統合アプローチ エンジニアリング 1. 技術的な注意 1. コードの高品質評価 1. 統合アプローチの検証 - 実現可能性とタイムライン ファイナンス	1. 金銭的勤勉さを導く 2. 別のケースを検証し、税務署と協力して取引の展開を検証します

       道徳の

       1. 評価エンティティ、リソース、および既存の契約

       2. アセスメントサンセットとお客様移行コース 1. タイムフレーム シート 1. 買収の和解および付随する取引の書類

       参加者グループ

       1. 乗組員の記録データの SSOT を所有する 2. リード補償評価

       3. 面接プロセスのすべての手順を初期およびデュー デリジェンス フェーズから完了までリードする 1. チームメンバー雇用用品
       2. オンボーディングの専門知識 3. 取得の精査と移動計画の提出
       

       安全1. アーリー ディリジェンスの一部として、セキュリティ ペリル ポスチャを確立し、要約します 2. 製造ユーティリティセキュリティ評価 1. GitLab への安全リスクの影響を詳述したセキュリティ ペリルの概要

       買収は秘密です GitLab では、すべての買収に関する議論を機密として扱い、内部で知る必要がある知識を割り当てます。 私たちは練習します コンパートメント化 秘密保持とカットの世話をするために明確に取得プロセスを介してすべての手順を上昇させる問題の巨大なモデルの 取得に至るまでのすべての手続きの秘密保持を明確にするために、 コード名 は、アーリーディリジェンス段階に入ると、疑いのないすべての取引に適用されます。 プロジェクト タイトルの問題は GitLab Moral によって定義され、会社のファッションのテーマは映画/テレビのデモキャラクターです。 の世話をする

       1. ブランド独自の獲得スラックチャネルを立ち上げる場合:
          1. チャンネルのトピックを次のように設定します: 「このチャンネルは社外秘です。こちらで獲得リード のタイトルで確認してください 他の人々をチャンネルやリンクされた医師に魅了するよりも早く」
          2. チャンネルの説明を：「弊社を評価してください取得手順書と取得手順

          取得までの手順を記したサインと同じくらいあなた自身を取得するための手順です。プロセスと私たちのアイデアの機密保持分担を評価してください」.

       私たちは、間違いなくカットするのと同じくらい小さな買収に魅了された老人のモデル宣伝を行い、取引と記録のデータ開示の疑いのない低いリスクに対処します。 選択したトピックに限定されたディスカッションのために追加の人を買収に参加させる必要があり、より広いエンゲージメントに熱心に取り組む必要がなくなった場合は、専用の単一トピック チャネルを作成し、関係者をそこに追加します。

       Slack チャネル、Google Doc、またはさまざまな内部 GitLab ディスカッションの買収に参加する可能性があり、他の GitLab クルー メンバーの 1 人に 1 人に 1 人を依頼する必要がある場合

       買収に関するすべてのメモは、買収の Slack チャンネルのトピックで共有されている基本的な買収ドキュメント内に記載されています。 場合によっては、ブランドのオリジナル ドキュメントを作成する必要がある場合は、最も簡単に尋ねて、関連する他の人々を手動で追加する余地があることを明確にしてください。 その文書は、会社のファッション シェアード フォースの買収された G-Force フォルダーに保管する必要があります。公に発表されるまでの間、取引に関連するすべての通信において、正式なタイトルを使用してください。

       社交メディア

       作業に不可欠な要素として、すべての乗組員はソーシャル メディアの招待状や買収の話し合いに積極的に取り組んでいる企業の他の人々からの練習依頼 (LinkedIn、Facebook)。 サードパーティは、これらの関係を切り開き、GitLab が M&A や投資に関連する議論を行っている、または行ったことがあると推測できます。

       たまたま、GitLab との M&A の議論に従事するようになった会社との既存のつながり、またはモデル内の相互作用のリズムにぶら下がっている可能性がある場合でも、辞めるべきではありません。 このガイダンスの精神は、現状維持を維持することを目的としており、GitLab と評価対象の企業との間の関係を代替物と見なすことはもうありません。
       買収機会の優先順位付け ファッションクルーが定義する四半期ごとのスペースアウトバウンドつぶやきのそのクォーターで優先される 3 つのレッスン 。 私たちは、四半期ごとのフォーカル ポイント エリアとして、継続的に彼らと相談しています。 これは特に私たちのアウトバウンドの取り組みについては正確ですが、これらの教訓はおそらく私たちの全体的な取り組みの中心であり、その四半期の焦点であり、糸のインバウンドの見通しを取り入れている可能性があります. 今、私たちは四半期ごとの重点分野をぶら下げていますが、これらの重点分野の外側のリスクについて議論し、間違いなく追求し始めています。 四半期ごとの重点分野の外側のリスクにしっかりと目を向けるには、次の基準の 1 つ以上を満たす必要があります:

       1. 間違いなく莫大な収入を証明する
       2. 戦略的スイッチとして緩和する (市場のダイナミクスと他を山積みする.)
       3. Fit私たちの 軟着陸フレームワーク

       私たちが遭遇したそれぞれの違いは、私たちの帯域幅を起動するための優先順位付けに対して絶え間なく評価されます (人生の約束が詰まったものを含む).

       あなたが見たリスクが、私たちが常に追求すべきではなく、四半期ごとの焦点領域の外にあることを示している可能性がある場合は、その理由とともにCorp Devクルーに連絡してくださいその人のインスパイアの中で違う。 ％％私 tem_read_more_button%%