Teamets lanseringsprocess
Det första steget i att komma igång med en DevOps-praxis är att utvärdera den nuvarande processen. Det innebär att analysera:
- Dina befintliga artefakter, till exempel distributionspaket och NuGet, samt dina containerlagringsplatser.
- Dina befintliga testhanteringsverktyg.
- Dina befintliga verktyg för arbetshantering.
- Rekommendera migrerings- och integrationsstrategier.
Vi gör det för Tailspin-teamet så att vi ser hur DevOps kan vara till hjälp.
När produktchefen Irwin lämnar mötet säger Amita: ”Vi behöver hjälp. Jag vet inte när de här korrigeringarna måste vara färdiga, men jag vet att det är snart. Våra processer är inte så här snabba. Dessutom måste den nya Space Game-webbplatsen vänta tills vi får den här röran löst, och det spelet kommer upp snabbt."
Andy tittar på Mara. "Det här är mycket att ta in under dina första veckor."
”Det är okej”, svarar Mara. ”Du kanske kan förklara för mig hur ni gör saker och ting här. Hur är vägen för ett spel från utveckling till produktion?”
”Det är en bra fråga”, säger Andy. "Jag är inte säker på att vi kan ge dig ett enkelt svar, men låt oss försöka."
Teamet bestämmer sig för att gå till ett café och prata lite informellt. Tillsammans ska de försöka reda ut varför de har så många problem.
Mara dricker kaffe, lyssnar och försöker föra anteckningar. Hon får massor av information och den är inte så strukturerad. Det här är vad hon tänker om teamet:
- De använder en vattenfallsmetod. Ledningen bestämmer prioriteringarna. Utvecklarna skriver kod och lämnar versioner till QA. QA testar och lämnar sedan versionen till driften för distribution.
- Vattenfallsmetoden kan vara acceptabel för ett litet lag, men här är målen inte alltid tydliga och de verkar förändras ofta.
- Testningen görs inte förrän sent i processen. Det innebär att det blir svårare och dyrare att åtgärda buggar och göra ändringar.
- Det finns ingen tydlig definition av vad som har gjorts . Varje medlem i teamet har sin egen idé. Det finns inget övergripande affärsmål som alla är överens om.
- En del kod hanteras i ett centralt system för versionskontroll. Många verktyg och skript finns bara i filresurser i nätverket.
- Många manuella processer används.
- Kommunikationen sker utan styrning och är beroende av e-post, Word-dokument och kalkylblad.
- Feedback ges sällan och inkonsekvent.
- På plussidan verkar teamet komma överens, och de vill göra saker bättre.
När hon tittar på sina anteckningar känner Mara att hon måste organisera den här informationen. Då blir det enklare att utvärdera processerna. Hon är övertygad om att en DevOps-metod kan lösa många av teamets problem, men hon måste hitta ett sätt att presentera sina tankar för teamet.
En DevOps-metod börjar ofta med att förstå dina befintliga processer. Därifrån kan ni utvärdera vad som fungerar, vad som inte gör det och fokusera på det som måste rättas till först.
Mara frågar: "Har någon av er någonsin gjort en värdeströmmappningsövning ?"
Andy himlar med ögonen, Amita suckar och Tim säger: ”Vi behöver inte mer pappersarbete.”
Mara säger: ”Jag förstår. Jag fixar den.”
Alla går tillbaka till kontoret, glada över att nykomlingen tog på sig jobbet.