Um unsere Webseite für Sie optimal zu gestalten und fortlaufend verbessern zu können, verwenden wir Cookies. Durch die weitere Nutzung der Webseite stimmen Sie der Verwendung von Cookies zu.
Server Wartungsarbeiten
Testnachricht für einen Banner für Wartungarbeiten und Downtimes.
=> schwierig – Kartenvalue "berechenbar" machen (Wertigkeit anhand von Power+Fähigkeiten)
Vanilla-Kreatur bspw. 150-170 (pow); 4 / 5 (init)
vgl. HS 4-Mana 4/5, MtG 2-Mana 2/3 etc.
für Spells/Traps noch schwieriger
Abschätzen des Effekts eines Spells
Balancing über
Anzahl Targets
Art des Effekts
Init-Wert
einzelne Karten systematisch designen zu können
s.o., müsste eventuell refined werden, Karten müssen allerdings nicht sooo sehr gebalancet sein, solang sie sich in einem bestimmten Bereich befinden (wegen geteiltem Deck)
ab wann Blindtests?
N.N.
wie Zwischentests?
Deck zu Testzwecken verkleinern, geringere Punktezahlen für kürzere Matches etc.
möglichst nach jeder mittleren und auf jeden Fall nach jeder größeren Änderung
Vermutlich hauptsächlich online wg. Corona und Effizienz?
Kombo-Effekte...?
Gnome... aber an sich nicht so relevant (Vincent Martin?), weil auch nur "eine Art von Effekt"?
Was passiert, wenn eine Kreatur mehr Debuff erhält, als sie Stärke hat?
stirbt ← eventuell
geht auf null ← eventuell
negativ-Wert ← nein.
10 min
Projektmanagement besprechen
Konzept: Kanban via Trello, in den Spalten zunächst testweise Limits.
Erste Spalte: Backlog (kein Limit)
enthält alle (auch wieder) neuen/unbearbeiteten Aufgaben
Zweite Spalte: ToDo next (5)
P.O. schiebt Tasks aus Backlog in diese Spalte, bis 5 darin sind.
jeder kann sich hieraus Aufgaben wählen, soweit er in der nächsten Spalte Kapazität hat
Dritte Spalte: In Bearbeitung (4 - oder: 2 p.P.)
hier befinden sich die aktuell bearbeiteten Aufgaben
Vierte Spalte: Review Ready (kein Limit)
abgearbeitete Aufgaben, fertig für das Review durch den Teampartner
Fünfte Spalte: Review (2)
umgesetzte Aufgaben, die sich im Review befinden
Sechste Spalte: Test Ready (kein Limit)
Aufgaben, die reviewt wurden und getestet werden sollen
Wird von nicht zu testenden Umsetzungen übersprungen
Siebte Spalte: Testing (2)
Umgesetztes, was aktuell getestet wird
Wird von nicht zu testenden Umsetzungen übersprungen
Achte Spalte: Dokumentieren (kein Limit )
Getestete oder nicht zu testende Änderungen, die dokumentiert werden müssen
Neunte Spalte: Fertig (kein Limit)
alle abgeschlossenen Tickets
Zehnte Spalte: Abgebrochen/Verworfen (kein Limit)
Tickets, die an irgendeinem Punkt aus der Kanban-Pipeline geflogen sind