Zunächst möchte ich mich entschuldigen, wenn ich einige Schreibfehler mache, da Englisch nicht meine Muttersprache ist.
Ich arbeite derzeit bei einem UX-Unternehmen als Front-End-Entwickler und habe einige Probleme, die agile Entwicklung richtig zu verstehen. Lassen Sie mich Ihnen etwas Kontext über unser Arbeitsumfeld geben, bevor ich meine Frage stelle.
Mein eigentliches Unternehmen konzentrierte sich hauptsächlich auf die UX-Beratung, die Erstellung der Informationsarchitektur, das Design der Anwendungen und die Erstellung der Ansichten auf sehr altmodische Weise (Statische Seiten mit viel kontextbezogenem CSS und jQuery erstellen, anstatt modulare Systeme zu erstellen, die es Ihnen ermöglichen solche Seiten erstellen). Dann würden die "Ansichten" an den Kunden weitergegeben und ein Drittunternehmen würde diesen Code in das Back-End des Kunden integrieren. Was ich als Entwickler derzeit habe, ist ein Design der verschiedenen Ansichten (ganze Seiten) und ihrer verschiedenen Zustände, und ich muss sie codieren.
In letzter Zeit haben sie einige Kunden, die wollten, dass ihre Projekte/UIs mit Angular erstellt werden, also stellen sie mich ein, um ihren Workflow zu modernisieren, da ich Erfahrung in der Erstellung von Angularjs-Anwendungen in einer eher komponentenbasierten Philosophie habe. Das Problem ist, dass ich noch nie in einer Scrum/Agile-Umgebung gearbeitet habe und wir darüber nachdenken, es zu implementieren, also kämpfe ich mit einigen Konzepten.
Was könnte in meinem Fall eine User Story sein? Ich meine, ich bin vom Produktdesignprozess losgelöst. Was ich habe, sind einige .psd- Dateien, die in eine Webanwendung umgewandelt werden müssen, daher bin ich mir nicht sicher, wie ich User Stories für das Entwicklungsteam definieren soll. Das Erstellen einer Komponente könnte eine Aufgabe sein, aber ich kann User Storys nicht einem isolierten Prozess der Codierung einer Benutzeroberfläche zuordnen.
Auch hier fange ich gerade erst mit der agilen Entwicklung an und ich bin sicher, dass viele Fehler in meinem Denkprozess entdeckt werden können, also hoffe ich, dass Sie verstehen, was ich zu sagen versuche.
Vielen Dank im Voraus.
Sie stellen eine ziemlich große Frage, also verzeihen Sie mir, wenn meine Antwort etwas zu allgemein ist. Es hört sich so an, als ob Sie mit den .psd-Dateien beginnen und Ihr Entwicklungsteam von dort bis zur Auslieferung als agiles Team agiert. Das ist vielleicht nicht ideal, aber das hebe ich mir für den Schluss auf.
Angesichts Ihrer Umstände möchte ich zunächst klarstellen, dass Agile zwar die Messung des Fortschritts bei der Arbeit mit End-to-End-Software fördert, dies jedoch für Ihre Gruppe verwirrend sein kann. Es hört sich so an, als wäre Ihr End-to-End alles in HTML, CSS und jQuery/Angular. Wenn Sie es dann an ein anderes Unternehmen übergeben, um Webdienste oder so etwas zu machen, würde ich nicht versuchen, das in Ihre Vorstellung von Done zu integrieren. Ihr End-to-End bedeutet, dass die Funktionalität der Seite und des JS ordnungsgemäß funktioniert und Sie dies nachweisen können.
Bei der Konstruktion von Geschichten liegt der Schlüssel darin, sich auf die Bereitstellung von Werten zu konzentrieren, nicht auf die Schaffung von Artefakten. Zum Beispiel würde die Artefakterstellung sagen:
Als Benutzer möchte ich eine Anmeldeseite, damit ich mich anmelden kann.
und es hätte Akzeptanzkriterien wie:
Ich kann mich einloggen. Ich habe einen Link „Passwort vergessen“ ...
Die Konzentration auf die Fähigkeit wäre:
Als registrierter Benutzer, der sein Passwort vergessen hat, möchte ich meine E-Mail-Adresse angeben und mir eine Passworterinnerung zusenden lassen.
Die Idee ist, dass Sie sich nicht auf die Neuerstellung der .psd-Datei konzentrieren, sondern versuchen, Funktionen zu erstellen, indem Sie die .psd-Datei als Leitfaden dafür verwenden, wie sie aussehen sollte. Übrigens haben Sie die .psd-Datei neu erstellt, wenn Sie fertig sind, also machen Sie sich keine Sorgen, dass dort etwas verloren geht.
Wie es besser sein könnte: Sie können auf einige Probleme stoßen, wenn Ihre Designer immer noch mit dem Ansatz arbeiten, eine PSD zu verspotten und weiterzugeben. Sie wissen wahrscheinlich bereits, dass Photoshop und Browser Grafiken unterschiedlich rendern und dass beim Versuch, sie abzugleichen, unglaublich viel Zeit verloren gehen kann. Wenn eine Funktionalität durch viele Bildschirme fließt, haben die Designer außerdem möglicherweise nur die Hälfte der Bildschirme fertiggestellt, die Sie zum Bereitstellen der Funktionalität benötigen.
Ich habe schon früher gesehen, dass Teams mit dieser Dynamik wirklich zu kämpfen hatten und viel erfolgreicher waren, wenn sie zu einem System wechselten, in dem es ein Standard-Stylesheet für Webkomponenten gibt und das Rapid Prototyping für das Layout verwendet.
Mir ist klar, dass dies eine ältere Frage ist, aber ich denke, sie ist immer noch relevant, da ich Schwierigkeiten habe, eine Antwort auf Ihre Frage zu finden. Hier ist, was ich mir für einige Best Practices zum Schreiben von Frontend-Tickets / -Aufgaben ausgedacht habe:
Ressourcen: https://balsamiq.com/learn/resources/articles/userstories/ https://builttoadapt.io/this-is-what-my-user-stories-look-like-50c7b127bb26 https://en.wikipedia .org/wiki/Feature-driven_development
Ich hoffe, das hilft.
Benutzer21377
Daniel
Jeff Lindsey
Emma Graf Kent