Frage

Welche agile Methode würden Sie für einen Web-Site-Shop empfehlen?

Wir haben eine Vielzahl von kleinen Projekten und ein paar großen, Teams sind projektübergreifend und sie Multitasking. Wir sind wirklich interessiert in Scrum, aber es scheint, dass es nicht zu kleinen Projekten (weniger als 2 Wochen) gelten würde, die derzeit viele unserer Zeit bilden.

Welche Alternativen geben da draußen agile Prinzipien in unserer Situation zu implementieren?

War es hilfreich?

Lösung

Wir begannen mit Scrum, weil seine formale Struktur (Schätzung, User Story Planung, Aufgabenplanung, tägliche Treffen, retrospektiv) half uns von unseren alten Methoden erhalten werden agiler. Wir haben nun herausgefunden, dass die 3 Planung und esitmation Sitzungen können auf eine Aufgabe / User Story Basis in den Morgensitzungen durchgeführt werden.

Wir haben eine große Pinwand und Stift auf Karteikarten für jeden Benutzer Geschichte. Das Board ist aufgeteilt in nicht gestartet, in Fortschritt und getan. Wir sorgen dafür, dass keine Aufgabe mehr als einen Tag dauert, als wir es brechen, und wir brechen jeden User Story in der täglichen Morgenbesprechung nach unten den Tag wir es gehen zu müssen. Das hält uns agil so dass die Liste der „Features“ wie User Storys dann ohne uns Zeit, es zu brechen Ausgaben ändern können in Aufgaben nach unten. Diese sorgen dafür, dass 2 Wochen Projekte können leicht auf die gleiche Art und Weise behandelt werden, dass größere sind es auch.

Geschwindigkeit schätzen wir die Karten am Ende der Woche zählen, um zu sehen, wie viel Aufgabe, die wir gemacht haben. Der Nachteil ist, dass der Release-Planung und Geschwindigkeitsschätzung nicht so genau wie mit Scrum ist aber diese Hybrid-XP-Methodik hilft Entwicklern, sich auf Aufgaben konzentrieren, wenn Sie fertig sind und nicht zu viel Zeit in Meetings vergeuden.

Mit kleineren Aufgaben fördert auch mehr regelmäßigen Commits mit einem Build-Server-Steuerung und kombiniert beziehen und Bereitstellungsskripts wir eine Progression in der Anwendung liefern können einmal täglich mindestens - groß für immer Feedback von den Kunden. Wir haben auch wöchentliche Retrospektiven zu und haben in einem agilen Berater für eine Woche gemietet alle 3 Monate oder so, damit wir auf dem richtigen Weg zu halten.

Andere Tipps

Scrum kann sicherlich zu 2 Wochen Projekte gelten. Sie können entweder die Sprintdauer verkürzen oder zu tun, mehrere Projekte pro Sprint.

Außerdem gibt es nichts, das sagt man nicht Teile von verschiedenen Methoden wählen, und wählen kann in Ihrem Projekt zu verwenden.

Versuchen Sie, eine Methodik pro Projekt und sehen, was gut funktioniert.

Ich denke, dass TDD (Test Driven Development) eine Menge Vorteile in diesen Projekten zur Verfügung stellen würde. es würde Entwicklung und Design helfen. Die Unit-Tests könnten auch eine „Mikro-Dokumentation“ für die Umsetzung Details und Design-Entscheidungen sein.

Ich würde zweite mit Scrum, obwohl Ihre typischen Projekte klein sind. Schauen Sie sich Ihren Sprint als zwei, drei oder vier Tage lang. Sie können immer noch die „viele kontinuierlichen Feedback“ Basis von Scrum in Ihr Projekt integrieren.

Sie würde nicht wollen, zwei Wochen lang an etwas arbeiten, nur die Kunden am Ende sagen müssen: „Oh, das ist nicht das, was wir nach überhaupt waren!“

Haben Sie einen kurzen sprechen über auf IT Conversations die BTW voll von großen Podcasts ist.

Dann würde ich Tim McKinnon auf Agile reden über unter noreferrer"> InfoQ rel="nofollow die auch voll von großen Gespräche und Interviews ist.

HTH.

prost,

Rob

Ich denke, Sie sollten wie Kevin versuchen einige sagen, Methodik, um zu sehen, wie Ihre aktuelle Teamarbeit mit ihm. Einige Menschen sind nicht sehr offen XP oder andere neue Methoden zu versuchen. Sie sollten auch unterschiedliche Methoden für kleine und für Sie größeres Projekt versuchen. Methodologien für 2 Wochen Projekt für 2 Jahre Projekte ändern. In einem 2 Wochen Projekt, das Sie 1 Iteration haben können, und Sie können für die ganzen 2 Wochen bei Starts planen, das ist etwas, nicht möglich, ein 2 Jahr Projekte.

Scrum wird nicht für ein kleines Projekt wie das funktioniert. Da in seiner Definition gedränge Sprints sind 2 Wochen lang. eine gewisse Variation von XP oder Extreme Programming wäre viel besser geeignet sein. Doch ein Projekt in 2 Wochen zu erledigen, wenn es kompliziert wird, wird Ihre Entwickler benötigen extrem fokussiert werden.

Auch mit dem, was Methodik von Ihnen gewählten keine Angst, um den Prozess zu ändern Ihr Team besser zu passen.

Ich würde empfehlen, Scrum.

scroll top