GitLab Speakers Resources
The Corporate Communications and Developer Advocacy teams want to enable everyone to contribute and spread the message about GitLab, DevSecOps, AI, and cloud-native to the entire world. We are happy to help speakers in any way we can, including public speaking coaching and building out slides. Below you can find some resources for becoming a speaker, finding an event, submitting a talk, and putting together the presentation and speech.
Becoming a Speaker
π€ These steps are required. The Corporate Communications and Developer Advocacy teams are happy to help.
So you’re interested in becoming a public speaker? That’s great!
- Complete the GitLab external speaker training.
- Join the GitLab Speakers Bureau, see the Developer Advocacy page on the Speakers Bureau.
- If you’re looking to learn how to be a more effective and confident public speaker, you can check out:
- LinkedIn Learning courses
- Books like The Art of Public Speaking by Dale Carnegie
- Blog post: What makes a great tech talk
- Or join your local Toastmasters.
- Review the steps on this page for
- Getting help with CfP and talk ideas
- Finding events
- Process and requirements for speaking at events
- Best practices
Get help developing CFP ideas
π€ This step is optional. The Developer Advocacy team is happy to help.
Sometimes people have an awesome story to share but can’t find the time to put words on paper. We can help with that – team members can always schedule coffee chats with Developer Advocates to brainstorm talk ideas, get speaker coaching, and help with the presentation.
You can also request help with reviewing CFP abstract drafts and talk slide from the Developer Advocacy team. Review examples:
- Efficient Pipelines with CI/CD Templates abstract review
- Secure CI/CD using JWT tokens abstract review
Speaker Resources
Identify events to speak at, prepare for the Call-for-Papers, review and ensure the event requirements, and follow the process to speak at events.
Finding an Event
π€ These steps are optional. The Developer Advocacy team is happy to help.
- Speaking opportunities are often posted in the #cfp Slack channel (internal)
- You can also tracked CFP with the
CFP
label (internal) - Events tracking at GitLab:
- More sources for events and CFPs:
- Developers Conferences Agenda by AurΓ©lie Vache
- confs.tech, Open-source and crowd-sourced list of conferences around software development
- PaperCall event directory
- JoinedIn Call for Papers
- CallingAllPapers, crawling joind.in, confs.tech, papercall, and Sessionize.
When unsure about an event, you can ask in Slack, or actively create a CFP issue to discuss the event potential and requirements.
CFP Submission
π€ These steps are required.
All talk submissions to the Call-for-Papers (CFP) process at events must be tracked in an issue, using the CFP-Meta
template.
- If you have submitted a talk, or it was accepted already, please also create an issue.
- Inviting customers to speak, or co-submit a talk should also be coordinated in the CFP issue.
The CFP template provides guidance on the required event details (URL, location, dates, CFP notification dates, etc.). Please add as many details as possible. All DRIs are tagged automatically, and will be in touch for the next steps.
If you need help with abstract reviews, or slide deck reviews, please add a note into the issue too. You can also use the issue to get manager approval, discuss travel plans, and other required details.
For ideas to help you or your customers get their submissions accepted:
- Review How to Get Your Presentation Accepted (video).
- Schedule a chat with a Developer Advocate.
- Search and review current and past events and their CFP issues.
Event Requirements
π€ These steps are required.
Before accepting an invitation to speak at an event, please ensure that the conference aligns with GitLab’s values around its mission that “everyone can contribute”. The event should have both good intentions and accurately reflect those intentions.
- Any event where a GitLab team member is speaking “on behalf of GitLab,” requires to have at least two speakers on the event agenda from an underrepresented group and any panel a GitLab team member participates on should have at least one speaker from an underrepresented group.
- Please ensure the event has an enforced, public Code of Conduct to ensure it is a safe environment for all contributing. If needed, event organizers are welcome to use GitLab’s Community Code of Conduct.
Follow these steps throughout the CFP process and speaker announcements:
- Assign the CFP issue to yourself, set the due date to the CFP notification date, and review the speakers list once announced.
- When speaking at an event (either by CFP or invite) please notify the conference organizers that your acceptance is contingent on this event requirement. You can share this requirement with the event organizers in the CFP submission forms or via email by linking to this handbook section.
- If you are accepted as a speaker, and the requirements are not met, work with your manager and the corporate communications and developer advocacy teams in the #external-comms Slack channel to take appropriate actions. There may be some instances of smaller event gatherings where the organizer’s had every intention of cultivating an agenda of diversity and unfortunately the available pool of speakers was limited due to various restrictions (geography, audience, available pool, travel guidance). If this occurs, please discuss the circumstances with the corporate marketing team and your manager before speaking.
Process
π€ These steps are required.
If there is an event you would like to attend, are attending, speaking, or have proposed a talk and you would like support from GitLab to attend this event, the process goes as follows:
- Create a CFP issue, if not existing already.
- Contact your manager for approval to attend/ speak, and document it in the CFP issue.
- After getting approval from your manager to attend, follow the steps in the Corporate Communications handbook section on Speaking Opportunities.
- If the conference does not cover your travel and expenses, GitLab will cover your expenses (transportation, meals, and lodging for days said event takes place). If those expenses exceed $500, please get approval from your manager. When booking your trip, use our travel portal, book early, and spend as if it is your own money.
- If you are not already on the speakers page, please add yourself.
- We suggest bringing swag and/or stickers with you. Check the Requesting Swag handbook how to request/order swag and stickers.
Presentation Assets
For presentation assets like templates and slides, use the GitLab branded Google slides and learn more about assets in the Brand Design handbook.
Please review and follow the brand guidelines.
Consider using a GitLab branded Zoom background during your virtual presentation to show your GitLab pride!
After your Talk
If your talk is recorded, we encourage speakers to publish their talks to YouTube.
Please upload your talk recording to GitLab Unfiltered and add the video GitLab Tech Talks playlist on GitLab Unfiltered. If the recording is published elsewhere on YouTube, add it to the playlist directly.
Best Practices
Below are some tips on being a better presenter. For an in-depth book that covers the entire speaking process, from submitting an abstract through preparing a structured talk to practicing and delivering read Demystifying Public Speaking.
- Use a problem/solution format to tell a story. Many talks, especially tech talks, talk about what they built first and then what the result was. Flip this around and start with the why. Why did you need to take the action that you did? Talking about what problems you were encountering creates a narrative tension, and people will listen intently to the talk because they want to hear the solution.
- Drive towards an action. Ask yourself, “What will people do once they hear this talk?” The answer can’t be, “be more aware of this topic.” By deciding what action you expect the audience to take, you can build your talk to drive towards this action. Talks that motivate the audience to action are more engaging and memorable than talks that simply describe. Some good example answers are
- Contribute to an open source project.
- Implement the technology or process you’ve come up with
- Follow the best practices you’ve outlined
- Practice how you play. Practicing your talk is key to being a great presenter. As much as possible, practice exactly how you plan to give the talk. Stand up and pretend you are on stage rather than sitting down. If you’ll demo, build the demo first and practice the demo. Even practicing while wearing the outfit you plan to wear can help.
- Give concrete examples. Real life details bring a talk to life. Examples help people to understand and internalize the concepts you present. For each of your points, try to have a “for instance.” As an example, “We recommend using this script to delete old logs and free up diskspace. For instance, one time our emails lit up as users were complaining about slow performance. Some were reporting tasks hanging for over an hour when they should have completed in less than a minute. It turned out we were out of diskspace because we had verbose logging enabled. Once we ran the script we saw performance return to normal levels.”
- Be mindful of your body language when presenting as it will impact the way the audience perceives your presentation. Move around the stage purposefully (don’t pace or fidget). Make natural gestures with your hands, and maintain good posture to convey confidence and openness, which will help you to better connect with your audience.
Finding a Speaker
To find a speaker for your event, you can see the following resources:
- Speakers Bureau: a catalogue of talks, speaker briefs and speakers can be found on our Speakers Bureau page. Feel free to add yourself to this page and submit a MR if you want to be in our speaker portal and are interested in being considered for any upcoming speaking opportunities.
5c8efa3e
)