Was für ein Tag! Was für ein wunderschöner Tag! Techday / Sudo Null IT-Nachrichten

Der Entwickler nach einem schwierigen Release wird am technischen Tag teilnehmenDer Entwickler nach einem schwierigen Release wird am technischen Tag teilnehmen

Entwicklung ist ein eher kreativer Bereich, in dem monotones Arbeiten von Anruf zu Anruf mit Interessenverlust, Produktivitätsverlust und natürlich Burnout droht. Nun, wenn sich herausstellt, dass es den Menschen etwas Raum für Fantasie gibt. Davon profitieren sowohl die Mitarbeiter selbst, bei denen ein vorübergehender Tätigkeitswechsel helfen kann, nicht auszubrennen, als auch das Unternehmen, denn so können neue Features und sogar ganze eigenständige Produkte entstehen.

Das vielleicht bekannteste Beispiel für das Zulassen dieser Meinungsfreiheit ist die 20-Prozent-Regel von Google. Danach hat jeder Mitarbeiter des Unternehmens das Recht, 20 % seiner Arbeitszeit – gerechnet einen Tag pro Woche – für Projekte Dritter einzusetzen, die nicht mit der Haupttätigkeit in Zusammenhang stehen. Dank der 20 %-Regel wurden Projekte wie Gmail und AdSense sowie Hunderte von kleinen Funktionen geboren, von denen viele an Open Source gingen. Früher gab es viele Kontroversen um diese Technik, aber bei Google selbst ist sie immer noch in Kraft, und sogar Giganten wie Atlassian und Apple haben sie übernommen – bei letzterem heißt das Programm Blue Sky und ermöglicht es Mitarbeitern, wegzuziehen für zwei Wochen von ihren gewohnten Aufgaben zugunsten von etwas Neuem. Bei LinkedIn ist das zum InCubator-Programm verkommen, in dem Mitarbeiter ihr Projekt pitchen und bei grünem Licht die nächsten drei Monate daran arbeiten können.

Wir haben auch eine ähnliche Initiative bei Pixonic. Wir nennen es Technologietage.

Ein technischer Tag ist ein ganz normaler Arbeitstag, an dem Mitarbeiter nicht jene Aufgaben erledigen können, die irgendwie mit dem üblichen Arbeitsablauf zu tun haben, sondern etwas zum Spaß machen. Mit nur einer Bedingung: Es ist kein Wochenende und Sie können in dieser Zeit nicht an Ihren Lieblingsprojekten arbeiten. Sie tun etwas, das mit dem Projekt zusammenhängt, an dem Sie arbeiten, aber Sie tun, was Sie wollen, nicht was Sie brauchen. Sie können zum Beispiel einen Prototypen eines neuen Features einreichen, einen kleinen Fehler beheben, der Sie persönlich lange genervt hat, fehlende Dokumentation schreiben, vielleicht ein kleines Refactoring machen.

„Als erstes hat unser neuer Mitarbeiter einen Fehler behoben, der ihn als Anwender immer nervös gemacht hat, noch bevor er einen Job bei uns bekommen hat. Dann atmete er erleichtert auf und reichte sein Kündigungsschreiben ein. Im Sinne?”

Es sei jedoch daran erinnert, dass Kreativität gut ist, aber es ist äußerst wichtig, dass solche Dinge weder zu Lasten der persönlichen Zeit des Mitarbeiters gehen (nicht zu Crunches und Verarbeitung führen) noch zu Lasten der Produktionspläne des Projekts gehen . Daher verbringen wir Tech Days nicht nur dann, wenn wir wollen: Wir wählen einen Zeitraum, in dem die Risiken für das Release am geringsten sind, wir planen immer im Voraus Zeit für die Durchführung von Tech Days ein und legen sie bei der Planung von Sprints und Release-Umfang fest. Es wäre falsch, wenn ein Mensch aufgrund der Tatsache, dass er einmal zu diesem Tag gegangen ist, dann nachts sitzen und seinen üblichen Aufgaben nachgehen müsste.

Es ist auch zu bedenken, dass nicht jeder an diesen Tagen teilnehmen kann: Jemand kann wirklich viele Aufgaben haben, also entscheidet er selbst, dass er an diesem Tag nicht teilnehmen wird, aber die aktuelle Version beenden wird. Das kommt auch vor und das ist okay. Natürlich ist die Teilnahme an diesen Tagen völlig optional – niemand wird eine Person dafür erschüttern, dass sie an diesem Tag ihre Hauptarbeit verrichtet. Und der Produzent des Projekts, der jedes Stück Entwicklungskapazität aus dem Herzen nimmt, wird im Allgemeinen sehr dankbar sein.

Das ist für uns eine etablierte Praxis, die wir weiterführen wollen, weil wir generell viele Vorteile darin sehen:

  • Dies ist auch eine Gelegenheit für das Team, eine Pause einzulegen und von der üblichen Routine abzuweichen.

  • Dies ist ein Fan, um etwas anderes zu tun; Wir haben Beispiele, wo jemand in eine andere Abteilung gegangen ist, um sich mit dem vertraut zu machen, was er tut: um zu unterstützen, zu Spieledesignern usw. Neben dem offensichtlichen Spaß können Sie dadurch auch besser verstehen, was Kollegen tun, und sich ihre Prozesse ansehen mit einem frischen Aussehen und einfach durchdrungen von ihrer Lebensweise.

  • Dies ist auch die Gelegenheit, Prototypen zu erstellen, die dann zu vollwertigen Funktionen heranwachsen: Spielmodi, Art-Updates usw.

Darüber hinaus versuchen wir, nicht nur regelmäßig Techdays zu veranstalten, sondern auch Feedback vom Team zu sammeln und Verbesserungen vorzunehmen, um es für alle nützlicher zu machen:

  • Früher war dieser Tag nur ein „Tag“ – nur einer. Aber wir haben festgestellt, dass an einem Arbeitstag nicht viel erledigt werden kann, und jetzt machen wir diese Tage seltener, aber dies sind zwei Arbeitstage hintereinander – sodass Sie größere Ideen anstreben können.

  • Wir haben auch begonnen, im Vorfeld Ideenlisten für die Umsetzung im Rahmen dieses Tages zu sammeln – denn es gab Leute, die gerne mitmachen wollten, aber nicht gleich wussten, wo sie ihre Kräfte einsetzen sollten. Und jetzt können Sie einfach aus der Liste auswählen.

  • Die vielleicht wichtigste Änderung geschah irgendwie von selbst auf Initiative der Mitarbeiter: Vorerst begann sich jemand in Miniteams zusammenzuschließen, was es ermöglichte, komplexere Prototypen fast auf der Ebene vollwertiger Funktionen zu erstellen.

Es gibt einen gewissen Wermutstropfen in der damaligen Geschichte: Niemand kann versprechen, dass das, was an diesem Tag getan wurde, definitiv in die Arbeit geht, fertiggestellt und schließlich im Verkauf landet. Schließlich gibt es einen Produktionsplan, und der muss ausgeführt werden. Und es gibt vielleicht einfach nicht genug Ressourcen, um selbst den coolsten Prototypen zu verfeinern. Deshalb dürfen wir nicht vergessen, dass die Arbeit an einem technischen Tag einfach “auf den Tisch” gehen kann – das sind leider die Spielregeln.

Gleichzeitig gibt es nach jedem technischen Tag ein spezielles Treffen mit den Produzenten und Teamleitern, bei dem alle am technischen Tag erzielten Ergebnisse berücksichtigt werden und entschieden wird, was und wann wir in Produktion gehen können, wofür wir sind bereit, Ressourcen zuzuweisen. Und tatsächlich haben wir in unserem Projekt bereits Dinge, die an diesem Tag geboren wurden und den Verkauf erreichten.

  • Wir haben zum Beispiel lange über einen neuen Spielmodus nachgedacht, waren uns aber nicht sicher, ob wir mit der Arbeit daran beginnen sollten. Und an diesem Tag baute ein kleines Team „auf dem Knie“ einen Prototypen zusammen, bei dem klar war: Cool, den wollen wir in Serie sehen! Und so geschah es.

  • Eine weitere wichtige Verbesserung, die am letzten Tech-Tag auftauchte, war, dass die Jungs aus der Benutzeroberfläche, der Kunstabteilung und der Client-Entwicklung zusammenkamen, um sich das Leben zu erleichtern und es für die Spieler zu verbessern. In der Funktion „Event-Truhen“ wurde die Szene mit Truhen vor ziemlich langer Zeit erstellt und hat regelmäßig Probleme verursacht, die behoben werden mussten. An diesem Tag entwickelten die Jungs den Prototyp einer neuen Szenen-Rendering-Technologie, die nicht nur die Schwierigkeiten bei der Vorbereitung von Events löste, sondern auch das Öffnen von Truhen beeindruckender machte. Bereits in den nächsten Releases wird dieses Feature in das Projekt einfließen.

Es warEs warEs wurdeEs wurde

  • Es war so, dass als Ergebnis dieses Tages das Schicksal der Features entschieden wurde. Im Rückstand gab es also lange Zeit eine Verfeinerung der Kategorie „Lebensqualität“ – das Anzeigen des Profils von Spielern von einer anderen Plattform (einmal wurde es beim Erstellen von plattformübergreifendem Matchmaking vorgestellt). Es scheint, dass Sie es tun wollen, und die Spieler werden glücklich sein, aber es wird immer eine ganze Liste von Dingen mit viel höherer Priorität geben. Bei dieser Verfeinerung wurde die Sache dadurch erschwert, dass die Aufgabe ziemlich mühsam erschien und selbst ihre Auswertung viel Zeit auf RnD erforderte. Und im Rahmen dieses Tages untersuchte einer der Entwickler dieses Problem, und es stellte sich heraus, dass wir alles recht günstig machen können, wenn wir die Implementierung ein wenig vereinfachen. Dies war das Argument dafür, die Aufgabe endlich in den Geltungsbereich des nächsten Releases zu bekommen.

  • Es kommt auch vor, dass die Entwicklungen des Tages nicht direkt in die Produktion gehen. So wurde beispielsweise ein Prototyp einer neuen Lackiertechnologie hergestellt – darin wurden Waffen in der Farbe der Roboterhaut lackiert, ohne zusätzliche Texturen zu erstellen und die Größe des Builds zu erhöhen. Wir hielten es für unzweckmäßig, nur ein solches Feature zu erstellen (damit Waffen automatisch bemalt werden), aber wir fanden heraus, wie man diese Technologie in einem anderen Feature anwendet.

Natürlich sind die Beispiele, die ich oben beschrieben habe, die auffälligsten Ergebnisse jener Tage. Die meiste Arbeit besteht aus kleinen Korrekturen und Verbesserungen. Und natürlich kommt es vor, dass jemand seine Pläne nicht durchführt (oder nicht genug Zeit hat). Das passiert auch, und das ist normal: Der Prozess ist hier nicht weniger wichtig als das Ergebnis.

Auf jeden Fall hat sich für uns herausgestellt, dass die damalige Praxis funktioniert und Ergebnisse bringt. Lassen Sie uns diskutieren – vielleicht hat jemand eigene Erfahrungen mit solchen Initiativen, erfolgreich oder nicht?

Similar Posts

Leave a Reply

Your email address will not be published.