Auto DevOps Design Sprint
Design Sprint Focus
Objectives
The Auto DevOps vision was recently updated. We want to re-imagine the Auto DevOps solution and offering to fulfil the updated vision:
DevOps Adoption is a known pain point that GitLab, as a complete DevOps platform delivered as a single application, can help alleviate. That adoption isn't just hard technically, it's also a challenge organisationally. The vision for Auto DevOps is to ease that adoption pain. We will serve as a central mechanism for enabling users to continue to further their DevOps adoption journey by automatically implementing best practices, and recommending iterative improvements where appropriate.
There is no current tool in the market that does what Auto DevOps is capable of doing. The best analogy we've found is this - consider that you are trying to navigate from New York to California by car in the year 1992. To get there it would be painful, even with a map because it is a multi-variate problem - one that requires lots of inputs and more than just instruction manuals and best practices. Now imagine you are doing that today with Google Maps on your phone? Google Maps removes all of the pain of those best practices, employs data to intelligently move beyond them and recommends pit stops if you ask.
Auto DevOps will be something similar for DevOps practices. Today it can provide encoded best practices. In the future, Auto DevOps will become the navigation assistant for your DevOps journey - a guide for the journey of continuous improvement.
This vision offers enormous benefit to users confronted with the pain of adopting DevOps, and it serves our business. As a recommendation engine for our single platform - Auto DevOps can improve the discoverability of valuable capabilities to our users, increasing their complete platform adoption.
Outputs
-
A User testing flow. -
A Storyboard to be tested with users. -
A Prototype to be tested with users ❓ -
User testing analysis. -
(If the solution is viable) An epic or issue that describes the direction in details and the next steps. -
Necessary updates to the Handbook.
Design Sprint Details
| Start | End |
|---|---|
| 2021-05-06 (EMEA, NA) / 2021-05-07 (APAC) | 2021-05-14 (EMEA, NA, APAC) |
| 3pm BST - 4pm CET - 10am EDT - 7am PDT - 12am AEST | End of day for all locations |
WHERE
Async
WHO
-
Maria Vrachni@mvrachni- Facilitator -
Viktor Nagy@nagyv-gitlab- Decider -
Nicholas Klicknicholasklick- Co-decider -
Thong Kuah@tkuah- Sprint team member -
Hordur Freyr Yngvason@hfyngvason- Sprint team member -
João Cunha@Alexand- Sprint team member -
Matthew Kasa@mattkasa- Sprint team member -
Mikhail Mazurskiy@ash2k- Sprint team member -
Tiger Watson@tigerwnz- Sprint team member -
Becka Lippert@beckalippert- Sprint team member -
Justin Mandell@jmandell- Co-facilitator
Tools
Here is the list of tools for the Sprint preparation, collaboration and documentation. Prior to the Sprint make sure you have access to all of the following:
-
GitLab
Each Sprint day outcomes and material will be documented in a separate issue under the Design Sprint epic. -
Mural (You can join as anonymous but we need to be able to identify input against names, so please create an account beforehand.
We will use Mural for most of the Sprint collaboration. Some of the things we will do in Mural:- Create artefacts like affinity diagrams from participants' input
- Use post-its to comment on each other's points and to add notes
- Vote on ideas and solutions
- Create the first draft of the prototype. The Mural link to the collaboration project will be provided in the issue before the start of the Design Sprint.
-
Video and/or screen recording tool (Loom, Quicktime, Zoom or another tool you are using).
As part of the pre-Sprint homework, you will be asked to record a short Lightning Walkthrough video. You can use any tool you feel comfortable with as long as it can capture your screen, mouse pointer and your audio. -
A4/Letter sized paper (preferably white blank), Sharpies/Pens (please don't use a pencil because it doesn't create enough contrast for photos).
Day 2 of the sprint involves some (async) ideation via sketching so you will need a writing utensil (Sharpies are preferred because they force you to draw at a lower fidelity because the small details aren't necessary at this point) and some paper. This is the most fun part of the Sprint where you get into a design thinking mindset and can appeal to your creative self. Don't worry, it's not about artistry, it's about ideas and collaboration. -
Camera (phone or other) or scanner
You will need to upload sketches as images for the facilitator to prepare the material before the next sync meeting. You can take a photo with your phone or use a scanner if available. -
**Post-it notes (Optional)**
If you enjoy taking notes using post-it notes make sure you have available some of them as well. The upside is that they will make you feel more like you are in a workshop and will help the ideas flow (I find that typing is distracting while ideating). The downside is that you will have to digitalise the ones you want to share with the team in Mural.
Artefacts & Pre-Read Material
Issues and discussions
- The conversation in Next steps for Auto DevOps vision
- Insights and Research for Auto DevOps from all Stages involved
- Auto DevOps Pain Points
Auto DevOps walkthrough from GitLab's solution architects
GitLab pages
Competitor resources
- https://www.shipa.io/
- https://redkubes.com/
- https://srvaroa.github.io/paas/infrastructure/platform/kubernetes/cloud/2020/01/02/talk-how-to-build-a-paas-for-1500-engineers.html
Articles on Design Sprints
Tasks
Design Sprint preparation
-
Finalise participant list - @nagyv-gitlaband@mvrachni(deadline: 5 May, 12pm BST) -
Create participation form: https://docs.google.com/forms/d/e/1FAIpQLSdHKHu0n2Qub81qTPGF-JiSPWLeodNCMF5-WosFM6GzBsSvbw/viewform?usp=sf_link -
Send participation form to participants (deadline: 5 May, 4pm UCT) - @mvrachni -
Promote this issue to an epic - @mvrachni -
Create issues under the epic for the pre-workshop tasks: Expert interviews (example), Lightning walkthroughs and How might we.. notetaking assignment (example), Voting How might we... notes assignment (example) - facilitator -
Block 1 hour for Sprint activities in calendar for the Sprint duration - all participants -
Prepare material and tools (eg. presentation templates, Google folders, Instructions videos etc) - Mural board: https://app.mural.co/invitation/mural/gitlab2474/1620201743714?sender=mvrachni0322&key=fe2ceb52-6af0-4ce3-a377-c52913cb6a49sender=jmandell0210&key=03c25e92-9a43-4a3d-8907-6f0c3b094ab8) - facilitator
- Google drive for participants videos: https://drive.google.com/drive/folders/1EbGON7Nq6qHtPPku9MFdv6w_A-kxAaCz?usp=sharing
-
Finalize Agenda - facilitator(deadline: 5 May, 8pm BST) -
Start user recruiting for prototype user testing (EOD 1) - facilitatorordecider❓
Activities to be completed during the Sprint
-
Organise user testing sessions - facilitatorordecider❓ -
Create the Prototype to be tested and task list (End of Day 5) - Product designerorFront end developer -
Run user testing sessions - facilitatorordecider
Post-Sprint activities
-
Create a feedback issue for the Design Sprint - facilitatorordecider -
Analyse user testing results - facilitatorordecider -
Create report and share with the Design Sprint participants and wider team - facilitatorordecider
Personas
Deciding which persona we are focusing on will be part of the Day 1 discussions in the workshop. The personas we are going to consider are:
- Allison (Application Operator)
- [Devon (DevOps Engineer]](https://about.gitlab.com/handbook/marketing/strategic-marketing/roles-personas/#devon-devops-engineer)
- Priyanka (Platform Engineer)
- Sasha (Software Developer)
Activities and Agenda
Each activity will be explained and documented in a separate issue. We will use this Epic to track the overall progress of the Sprint.
Day 1 activities (6 May EMEA, NA | 7 May APAC)
Estimated time: 30 mins
Deadline: 7 May - 1pm BST, 2pm UTC | 7 May - End of day EDT, PDT, AEST
Agenda
| Activity | Duration | Tool | Description |
|---|---|---|---|
| Form & Questionnaire | 15 mins | Google forms | All the participants should fill in the Google form that has been shared shared by the facilitator and answer the questions related to Auto DevOps. |
| Personal view Video | 5 mins | Zoom, Quick time or other video recording tool | Each participant will prepare a short video (5 minutes max) to talk about Auto DevOps from their own perspective. The video will be presented back to the team asynchronously and will act as inspiration for the team as the Sprint progresses through the design concept-ideation phases. |
| Share video | 1 min | Google drive | Once recorded, the video should be added in the shared Google drive folder so that it's accessible by the other Sprint participants. |
-
Fill the form/questionnaire and submit (15 min) - all participants except the facilitator -
Expert interviews analysis - facilitator -
"Auto DevOps in my view" videos (5-15 mins) - all participants except the facilitator(to be shared in shared folder by deadline)
Day 2 activities (7 May EMEA, NA | 10 May APAC)
Estimated time: 1 hour
Deadline: 7 May - End of day BST, UTC, EDT, PDT | 10 May - 5pm AEST)
Agenda
| Activity | Duration | Tool | Description |
|---|---|---|---|
| HMWs note taking | 45 mins | Video, pen & paper | All participants will watch the videos from each team member and make notes on what they see as being the most important big ideas of each walkthrough. The notes should be taken in the form of the question "How might we... (recommended to create at least 3 from each participant's video)e.g. "How might we... allow users to more easily set up and manage their GitLab environment?" |
| Add HMWs to Mural | 5 mins | Mural | Once the "How might we..." notes have been created they should be added to Mural under the Challenges section (link to board). It's important to submit by the deadline as the following activities involve the HMW notes from this activity. |
-
How might we... notetaking assignment (50 mins) - all participants except the facilitator -
Add How might we... notes to the Mural board (5 mins) - all participants
Day 3 activities (10 May EMEA, NA | 11 May APAC)
Estimated time: 5 mins
Deadline: 10 May - End of day BST, UTC, EDT, PDT | 11 May - AEST)
Agenda
| Activity | Duration | Tool | Description |
|---|---|---|---|
| Vote HMWs | 10 mins | Mural | Once all of the HMWs have been submitted in the Mural board, everyone takes the time to review them and vote on the HMWs they think are the most important to be addressed in this Sprint. |
| Long term goals | 5 mins | Mural | Everyone has to write down the one goal they think is the most important in the form of: "In 2 years' time.... E.g. In 2 years' time ... we should enable users to run the complete Auto DevOps cycle in one simple step." |
| Long term goal decision | 5 mins | Mural | Once everyone has added their long term goals to Mural, the Decider will select the long term goal they think is the perfect goal for this sprint. The rest of the participants can optionally vote as well if they wish to do so. |
-
Voting How might we... notes assignment (deadline: 10 May - End of day BST, UTC, EDT, PDT | 11 May - End of Day AEST) - all participants except the facilitator -
Long term goal - all participants except the facilitator -
Long term goal selection - the decider
WIP: Day 4 activities (11 May EMEA, NA | 12 May APAC)
Estimated time: 20 mins Deadline:
Agenda
WIP
-
Sprint questions - all participants except the facilitator -
Lightning Demo - all participants except the facilitator -
Share Lightning Demo - all participants except the facilitator
WIP: Day 5 activities (12 May EMEA, NA | 13 May APAC)
Agenda
WIP
-
4-Part Concept sketching - all participants except the facilitator -
4-Part Concept sketching walkthrough video
WIP: Day 6 activities (13 May EMEA, NA | 14 May APAC)
Agenda
WIP
-
Concept gallery - all participants except the facilitator(might need to do sync)`
(consider assigning the User testing flow to APAC on this day)
WIP: Day 7 activities (14 May EMEA, NA | 14 May APAC)
Agenda
WIP
-
Concept gallery finalisation - decider and facilitator -
User test flow
Ground Rules
- Honor the Facilitator's directions (even if you work async). They are the guide for the entire process.
- Minimize distractions: During the week you will need to dedicate some hours to the Sprint for async tasks such as reviewing your colleague's videos or artefacts, creating videos or artefacts, completing tasks on the Mural board etc. During this time we recommend blocking time in your calendar and having devices or apps with notifications turned off during that time.
- All opinions are valid and are equally important, however, the Decider has the ultimate, final decision.
- Document as much as you can: We should have concrete outputs to share with broader team. Document interesting ideas or fixes you might have so that they can be shared as well.
- Stick to scheduled time for the tasks. The activities duration is defined after many rounds of practicing the Design Sprint is Additional time will not provide any value.
- The Sprint is one of the few chances we get to work so closely together even in async. Have fun!