CSM Internship Program

This page describes best practices for an internship for learning with the CSM team.

Internships are a great way for a GitLab team member to learn about being a Customer Success Manager at GitLab. Use this guide for planning and executing an internship under an IC CSM who acts as the ‘Intern Mentor’.

How to find a mentor in the CSM team

The first step you will need to take in order to start an internship in Customer Success is to find a mentor from the CSM team. Feel free to reach out to any CSMs, particularly ones who are in a similar timezone to you to discuss an internship, or to reach out to a CSM Manager for guidance.

If you’re not sure who to reach out to, you can also post in the #customer-success Slack channel and express your interest in an internship and that you are looking for a mentor.

Internship expectations

An internship with the CSM team typically lasts 3 months and is intended for the intern to get hands-on experience of being a CSM, so that they can make a decision if being a CSM is aligned with their career goals and if so will be ready to apply for a position when one opens. Completing the internship is not a guarantee of moving into a CSM role.

Interns and mentors should agree to a regular cadence of meeting. The recommendation is a weekly 30-minute call, perhaps extending to 1-hour depending on the agenda. The intern should be ready and able to commit at least 8 hours per week to the internship (20% time).

Pre-internship tasks

  1. The intern must get approval from their manager to participate in the internship
  2. The intern must get agreement from a CSM to be their mentor
  3. The mentor must get approval from their manager to participate in the internship
  4. All parties (intern, mentor, and the two managers) must agree on a start date and weekly time commitment
  5. The intern can optionally open an issue in the People Ops Training project using the Internship for learning template
  6. The intern is responsible for scheduling a weekly recurring 1:1 with their mentor to foster regular communication regarding intern role and responsibilities, which will include creating and maintaining a notes doc to document the internship plan, progress, and take notes during weekly 1:1s
  7. The mentor will add the intern to the #timtams Slack channel, Global CSM biweekly team call, and the mentor’s team call
  8. The intern is expected to provide feedback on their experiences and receive feedback and guidance throughout the internship

Timeline and Framework

Interns and mentors can follow the below guidelines to guide the internship and ensure the intern has a full range of exposure to being a CSM.

Week 1

Kick-off call

  1. The intern and mentor will have their first call, in which they will to get to know each other, agree on what they intend to get out of the internship, and align on the plan.
  2. The mentor will invite the intern to their upcoming customer calls (the mentor may choose to invite the intern directly, or simply create a separate invite just for them with the Zoom link).

Async Material Review

In order to make the most of the internship, it’s expected for the intern to do async handbook review in order to have a baseline knowledge of the GitLab product and how the CSM team works.

  1. Read pages in the handbook
    1. CSM handbook, especially CSM responsibilities
    2. Account teams
    3. Solutions Architect and CSM overlap
    4. Support team overview
    5. Professional Services offerings
  2. Learn about Git & GitLab
    1. GitLab 101 course
    2. GitLab 201 course
    3. What is Version Control
    4. Git-ing started with Git
    5. Start using Git on the command line
    6. Learn Git Branching
    7. GitLab Flow (video and documentation)

Week 2

  1. Shadow your mentor on customer calls, team calls, & account team calls
    1. Discuss with your mentor what work is involved before and after the call itself, have them share their screen as they do “admin work”, and have them cc you on any communications before or after
  2. Review one category of the DevSecOps lifecycle in depth every week: Create
    1. Read through the Product Categories
    2. Complete the GitLab Certified Git Associate Learning Path
    3. Be prepared to discuss with your mentor:
      1. How does this category provide value to a customer?
      2. Why would a customer choose GitLab over a compeititive tool?
      3. What features are most interesting to you and why?
      4. How would you approach discussing adoption of this use case with a customer?

Week 3

  1. Shadow your mentor on customer calls, team calls, & account team calls
  2. Review one stage of the DevSecOps lifecycle in depth every week: Plan
    1. Read through the Product Categories
    2. Complete the GitLab Certified Project Management Associate Learning Path
    3. Be prepared to discuss with your mentor:
      1. How does this category provide value to a customer?
      2. Why would a customer choose GitLab over a compeititive tool?
      3. What features are most interesting to you and why?
      4. How would you approach discussing adoption of this use case with a customer?

Week 4

  1. Shadow your mentor on customer calls, team calls, & account team calls
  2. Review one stage of the DevSecOps lifecycle in depth every week: Verify
      1. Read through the Product Categories
    2. Begin working on the GitLab CI Fundamentals Learning Path (modules 1-3)
    3. Based on what you read about the categories, be prepared to discuss with your mentor:
      1. How does this category provide value to a customer?
      2. Why would a customer choose GitLab over a compeititive tool?
      3. What features are most interesting to you and why?
      4. How would you approach discussing adoption of this use case with a customer?
  3. Read the cadence calls handbook page
    1. Prepare a sample agenda for an upcoming cadence call based on one of the customer calls you’ve shadowed and present it to your mentor

Week 5

  1. Shadow your mentor on customer calls, team calls, & account team calls
    1. Get recommendations from your mentor on other CSMs whose calls you can shadow in order to get perspective from other customers and CSMs
  2. Working with your mentor, take ownership of customer questions and follow ups, for example:
    1. Get experience researching docs, asking questions in Slack, etc.
    2. Practice finding feature requests
    3. Practice making feature requests
      1. What is the product team looking for? What questions do you need to ask your customer?
    4. Escalate a support ticket - what does the process look like, how do CSMs interact with support?
    5. Draft a follow up email for the mentor to send to a customer
  3. Review one stage of the DevSecOps lifecycle in depth every week: Verify & Package
    1. Read through the Package Product Categories
    2. Continue working on the GitLab CI Fundamentals Learning Path (modules 4-6)
    3. Be prepared to discuss with your mentor:
      1. Any modules/topics you struggled with understanding in the learning path
      2. Any questions you got wrong in the knowledge checks and what the correct answer is and why
      3. Any roadblocks you ran into with the hands-on labs
      4. How you would translate what you learned in the course to a customer conversation in order to increase CI adoption
  4. Review the most recent release notes and give a short presentation/demo to your mentor on 1-2 new features

Week 6

  1. Shadow other CSMs on customer calls, team calls, & account team calls, helping with follow ups and questions as needed
  2. Review one stage of the DevSecOps lifecycle in depth every week: Verify & Release
    1. Read through the Release Product Categories
    2. Complete the GitLab Certified CI/CD Associate Exam
    3. Be prepared to discuss with your mentor:
      1. Questions in the knowledge check that you got wrong, what the correct answer is, and why
      2. Prompts in the hands-on lab that you struggled to understand or complete, what the correct answer is, and why
      3. If available, review your score with your mentor to identify areas of improvement if you need to take the course again
  3. Review account triage
    1. Ask your mentor to share their screen and walk through a customer’s Gainsight 360, including scorecards, health updates in Timeline, and product usage data
    2. Review customer escalations and the process
      1. Schedule a coffee chat with a CSM currently managing or who recently closed an escalation in order to learn about their experience

Week 7

  1. Shadow other CSMs on customer calls, team calls, & account team calls, helping with follow ups and questions as needed
  2. Review one stage of the DevSecOps lifecycle in depth every week: Secure
    1. Read through the Product Categories
    2. Begin working on the GitLab Certified Security Specialist Learning Path (lessons 1-5 in GitLab Security Essentials)
    3. Be prepared to discuss with your mentor:
      1. How does this category provide value to a customer?
      2. Why would a customer choose GitLab over a compeititive tool?
      3. What features are most interesting to you and why?
      4. How would you approach discussing adoption of this use case with a customer?
  3. Read through the account onboarding handbook page
    1. Choose an existing customer or create a fake one, and prepare for a kickoff call with them, including a deck using the template provided
    2. Present the deck to your mentor, with them acting as the customer
    3. After you finish roleplaying, self-reflect and get feedback from your mentor
    4. If available, shadow your mentor or another CSM as they prepare for and give a kick-off call, including follow ups
    5. Discuss with your mentor the additional work involved beyond the kick-off calls, such as creating a collaboration project, updating Gainsight fields and CTAs, and best practices for the transition process (both from pre-sales to CSM and CSM-to-CSM)

Week 8

  1. Shadow other CSMs on customer calls, team calls, & account team calls, helping with follow ups and questions as needed
  2. Review one stage of the DevSecOps lifecycle in depth every week: Secure & Software Supply Chain Security
    1. Read through the Software Supply Chain Security Product Categories
    2. Continue working on the GitLab Certified Security Specialist Learning Path (lessons 6-10 in GitLab Security Essentials)
    3. Be prepared to discuss with your mentor:
      1. Any modules/topics you struggled with understanding in the learning path
      2. Any questions you got wrong in the knowledge checks and what the correct answer is and why
      3. Any roadblocks you ran into with the hands-on labs
      4. How you would translate what you learned in the course to a customer conversation in order to increase CI adoption
  3. Read about success plans
    1. If you have access to Salesforce, choose a real customer and build a success plan for them using the template based on the command plan, product usage data, and any reseach you can do independently (without looking at the existing success plan if it exists!).
    2. If you do not have access to Salesforce, ask your mentor to choose a customer and share their command plan details and usage data with you.
    3. Present the success plan to your mentor and get feedback
    4. Ask your mentor to share a success plan of theirs, then review it and provide constructive feedback on it: what’s done well, what could be improved in your opinion, and what questions would you ask the customer to fill in any gaps
    5. Discuss approaches CSMs can take to upgrade a customer to Ultimate

Week 9

  1. Shadow other CSMs on customer calls, team calls, & account team calls, helping with follow ups and questions as needed
  2. Review one stage of the DevSecOps lifecycle in depth every week: Secure
    1. Complete the GitLab Certified Security Specialist Exam
    2. Be prepared to discuss with your mentor:
      1. Questions in the knowledge check that you got wrong, what the correct answer is, and why
      2. Prompts in the hands-on lab that you struggled to understand or complete, what the correct answer is, and why
      3. If available, review your score with your mentor to identify areas of improvement if you need to take the course again
  3. Review the most recent release notes and give a short presentation/demo to your mentor on 1-2 new features

Week 10

  1. Shadow other CSMs on customer calls, team calls, & account team calls, helping with follow ups and questions as needed
  2. Review one stage of the DevSecOps lifecycle in depth every week: Configure
    1. Read through the Product Categories
    2. Be prepared to discuss with your mentor:
      1. How does this category provide value to a customer?
      2. Why would a customer choose GitLab over a compeititive tool?
      3. What features are most interesting to you and why?
      4. How would you approach discussing adoption of this use case with a customer?
  3. Learn about Architecture/HA and what’s best for each customer
    1. Learn about HA and our reference architectures
      1. What is HA?
      2. Review architecture overview documentation
      3. Understand the differences between the different reference architectures
      4. Complete HA Certification course (pre-Gitaly) - note this course is no longer graded, but still helpful in learning about HA
      5. Review Gitaly documentation
      6. Understand our GitLab Dedicated offering
    2. Be prepared to discuss with your mentor:
      1. Ask them to share an architecture diagram from one of their customers
      2. Why a customer would choose SaaS vs self-managed vs Dedicated
      3. What you would tell a customer who has 500 users but wants to be HA
      4. Recommended upgrade paths and frequencies
  4. Review Geo and discuss with your mentor the different use cases and why customers should use it and when
    1. Documentation
    2. Geo FAQ

Week 11

  1. Shadow other CSMs on customer calls, team calls, & account team calls, helping with follow ups and questions as needed
  2. Review one stage of the DevSecOps lifecycle in depth every week: Monitor
    1. Read through the Product Categories
    2. Be prepared to discuss with your mentor:
      1. How does this category provide value to a customer?
      2. Why would a customer choose GitLab over a compeititive tool?
      3. What features are most interesting to you and why?
      4. How would you approach discussing adoption of this use case with a customer?
  3. Read about Executive Business Reviews (EBRs)
    1. Read about managing executive relationships
    2. Complete EBR micro-course
    3. Roleplay booking an EBR on a call with your mentor
    4. Look through Chorus if you have access or ask your mentor for recordings of successful EBRs
    5. Based on the success plan you created in week 8, build an EBR deck using the EBR template deck and present it to your mentor
    6. Be prepared to discuss with your mentor:
      1. What benefit do EBRs provide to us?
      2. What benefit do EBRs provide to the customer?
      3. What constitutes a successful vs a non-successful EBR?
      4. What was the hardest part about preparing an EBR?
      5. What would be your follow ups after an EBR?
    7. Shadow another CSM and help them prepare for a real EBR if one is coming up

Week 12

  1. Shadow other CSMs on customer calls, team calls, & account team calls, helping with follow ups and questions as needed
  2. Review one stage of the DevSecOps lifecycle in depth every week: AI
    1. Read through GitLab Duo offering
    2. Be prepared to discuss with your mentor:
      1. How does AI provide value to a customer?
      2. Why would a customer choose GitLab over a compeititive tool?
      3. What features are most interesting to you and why?
      4. How would you approach discussing adoption of AI with a customer?
  3. Give a plan-to-monitor demo to your mentor, covering what you’ve learned at a high-level
    1. The demo should be focused on value of the entire DevSecOps lifecycle, but you should be prepared to go deeper into any areas or features, as your mentor will act as a customer and ask you probing questions
  4. Celebrate! You’ve completed the CSM internship 🎉
Last modified December 6, 2024: Change more references from Govern to Software Supply Chain Security (3ebc32fe)
View page source - Edit this page - please contribute. Creative Commons License