Lernen Sie das Team kennen
DevOps umfasst viele Funktionen und Tools, mit denen ein Team zusammenarbeiten und seine Prozesse verbessern kann. Ihre Journey durch DevOps beginnt mit der Vorstellung unserer fiktiven Softwareteammitglieder, die erkennen, dass sie ihren Releaseprozess verbessern müssen.
Tailspin Toys, oder kurz einfach nur Tailspin, ist ein Videospielunternehmen. Tailspin hostet seine Spielserver und -websites in einem lokalen Rechenzentrum. Das Unternehmen hat gerade ein neues Autorennspiel veröffentlicht. In den nächsten Monaten soll ein Weltraumshooterspiel mit dem Namen Space Game veröffentlicht werden.
Das Team, mit dem Sie zusammenarbeiten werden, entwickelt Websites für neue Spieltitel. Auf diesen Websites werden Informationen zum Spiel und zur Erhältlichkeit sowie Bestenlisten mit den Highscores zur Verfügung gestellt. Jede Website muss am Tag der Veröffentlichung des Spiels live geschaltet werden. Dies erfordert die Koordination zwischen den Teams und setzt besonders das Webteam unter Druck.
Bei der Space Game-Website handelt es sich um eine in C# geschriebene .NET-App, die unter Linux bereitgestellt wird. Die Website ist noch nicht fertig. Hier sehen Sie, wie sie aktuell aussieht:
Und so sehen die Bestenlisten aus:
Die Bestenlisten können nach Spielmodus oder Spielkarte gefiltert werden. Sie können auch den Namen eines Spielers auswählen, um dessen Profil und Spielerfolge anzuzeigen:
Nachfolgend werden die Teammitglieder vorgestellt:
Andy ist der leitende Entwickler, der seit seiner Kindheit mit Computern arbeitet. Er arbeiten in seiner Freizeit gerne an privaten Codeprojekten. Andy hätte gerne mehr Freizeit.
Amita befasst sich mit QA, der Qualitätssicherung. Sie ist ruhig, was besonders gut im Umgang mit einigen hitzköpfigen Entwicklern ist. Sie ist ein Organisationstalent und kann gut Prioritäten setzen. Außerdem mag sie Grenzfälle.
Tim ist in der IT-Betriebsabteilung tätig. Er mag praktische Lösungen, und er ist sehr vorsichtig (böse Zungen würden ihn als „paranoid“ bezeichnen), was gut passt, da er derjenige ist, der nachts um 3 Uhr angerufen wird, wenn es zu Problemen kommt.
Irwin ist der Produktmanager. Er arbeitet seit mehreren Jahrzehnten in der Videospielindustrie. Irwin ist freundlich zu den Teammitgliedern, aber jeder weiß, dass er einen schnellen Abschluss immer der Zufriedenheit der Mitarbeiter vorzieht. Irwin ist relativ unflexibel, was seine Einstellung angeht. Wenn es jedoch um Möglichkeiten geht, Spiele schneller auf den Markt zu bringen, ist er ganz Ohr.
Mara hat gerade erst bei Tailspin angefangen. Sie ist als Entwicklerin eingestiegen und arbeitet für Andy. Sie hat sich bei Tailspin beworben, weil Sie Videospiele mag und dachte, dass es in einem kleineren Unternehmen mehr Möglichkeiten für Innovationen gibt. Sie ist großer Fan von DevOps.
Guten Morgen
Irwin, der Produktmanager des Teams, hat ein Meeting mit allen Teammitgliedern einberufen. Er hat schlechte Laune. Die Bestenliste für das Autorennspiel wurde mit einigen neuen Features aktualisiert. Er hat sie in einer lokalen Gamergruppe vorgeführt. Die Spieler waren – gelinde gesagt – enttäuscht. Er liest eine Liste der größten Probleme vor:
- Einige Features funktionieren nur in bestimmten Spielmodi ordnungsgemäß.
- Das Aktualisieren der Bestenliste dauert zu lange, auch wenn sie nur wenige Spieler enthält.
- Verschiedene Ergebnisse eines Spieler werden als Ergebnisse verschiedener Spieler angezeigt.
- Das neue Rangfolgefeature zeigt falsche Ergebnisse an.
- Es ist nicht möglich, Ergebnisse nach einem bestimmten Datum oder einer bestimmten Spielsitzung zu gruppieren.
- Die Entwicklung des neuen Release hat Monate gedauert (und jetzt funktioniert es nicht richtig).
Er fragt: „Wie schnell könnt ihr diese Probleme beheben?“
Andy denkt: Ich brauche bestimmt einen Monat, um den Code zu schreiben.
Amita denkt: Ich brauche mindestens eine Woche, um diesen Code zu testen, und ich kann erst anfangen, wenn Andy fertig ist, und er will dauernd neuen Code hinzufügen.
Tim denkt: Ich brauche mindestens eine Woche zum Einrichten der Umgebungen und zur Bereitstellung des Codes in der Produktion. Ich kann erst anfangen, wenn Amita fertig ist, und sie sträubt sich immer dagegen, eine Version als Release Candidate einzustufen.
Mara fragt sich: Hätte ich diesen Job lieber nicht annehmen sollen?
Andy schaut in die Runde und sagt: „Wir melden uns wieder.“