Kann Agile / Scrum von 1 oder 2 Entwicklern verwendet werden?

Alles, was ich bis zu diesem Punkt gelesen und recherchiert habe, beschreibt, wie Agile / Scrum mit Teams von 4 bis 6 Mitgliedern, vielleicht sogar mehr, großartig funktioniert.

In meinem aktuellen Shop arbeiten ungefähr 8 Entwickler, aber angesichts des Umfangs der Projekte und der Anzahl der von uns unterstützten Abteilungen haben wir nie mehr als 1 oder 2 Mitarbeiter für ein bestimmtes Projekt.

Kann ich Agile / Scrum weiterhin mit einem Team von 1 oder 2 Entwicklern verwenden? Ich arbeite daran, meinem Manager die Möglichkeit zu geben, mit dieser Methodik zu arbeiten, aber ich muss in der Lage sein, einem kleinen Entwicklerteam zu erklären, wie man die Dinge zurücknimmt, oder sie davon zu überzeugen, dass wir mehr Mitglieder für eine bestimmte Aufgabe gewinnen Projekt.

Sie können sicher bestimmte agile Prinzipien in Ihren Projekten verwenden, Sie müssen kein Scrum verwenden, sondern verwenden, was für Sie am besten funktioniert . Sie können definitiv von einigen XP-Methoden und einigen Scrum-Methoden profitieren. Aber wahrscheinlich nicht "per Buch". Ein Team von 1 bis 2 Personen ist einfach zu klein, selbst für den kleinen Overhead-Aufwand. Beginnen Sie mit dem, was das Buch sagt, und lassen Sie nach einiger Zeit alles fallen, was Sie für irrelevant halten. Lassen Sie nur keine Rückblicke fallen, es lohnt sich auf jeden Fall, über die Probleme zu diskutieren und Lösungen dafür zu finden.

Ja, Sie können die Prinzipien von Scrum / Agile für 1 Person anwenden. Wenn Sie persönliche Produktivität wünschen, schauen Sie sich die Pomodoro-Technik oder GTD an .

Agile Techniken eignen sich für kleinere Teams, da es bei größeren Teams schwieriger wird, mit der Kommunikation umzugehen. Mit 1 oder 2 Personen, die ein Projekt (und einen Kunden) entwickeln, sollten Sie in der Lage sein, sehr leicht agil zu arbeiten. Ich schlage vor, Sie lesen das agile Manifest als guten Einstieg in die Agilität. Für Scrum würde ich vorschlagen, dass Sie Scrum aus den Gräben betrachten . Kanban scheint in Mode zu sein und es gibt auch ein persönliches Kanban !

Wenn ich Sie wäre, würde ich meine Aufgaben und Prioritäten mit Kanban verwalten und visualisieren, und ich würde einige der XP-Praktiken übernehmen: Testgetriebene Entwicklung, Rückblicke und Time-Boxing sind wahrscheinlich am Anfang gut. Später, während der Rückblicke, können Sie weitere Praktiken identifizieren, die Sie für nötig halten.

Kanban ist sehr unverbindlich. Alles, was es wirklich erfordert, ist Folgendes:

1. Sie visualisieren Ihren Workflow
2. Sie begrenzen Ihre laufende Arbeit (besonders nützlich in Ihrem Fall)

Die Idee ist, dass Sie sich an andere Praktiken halten, die Sie nützlich finden, und XP ist eine ausgezeichnete Quelle für diese Praktiken.

Haftungsausschluss: Ich habe das noch nie versucht, aber es würde ganz oben auf meiner Liste stehen, wenn ich in der gleichen Position wäre.

Absolut und ohne Frage. Im Buch Pragmatic Programmer finden Sie weitere Informationen dazu, wie einzelne Entwickler agil arbeiten können. Es ist schwieriger, Scrum-Ressourcen für einzelne Arbeiten zu beschaffen, der primäre Begriff der iterativen Entwicklung kann jedoch auf Arbeitsgruppen beliebiger Größe angewendet werden.

http://www.pragprog.com/the-pragmatic-programmer

Ich würde sagen, dass Sie Techniken aus verschiedenen agilen Methoden verwenden können, aber Sie sollten Scrum nicht wie im Scrum-Handbuch beschrieben verwenden, da Sie die Rollen nicht ausfüllen können. Scrum ist für Teams von 4-11 Personen konzipiert. Viele der agilen Methoden, einschließlich Scrum, bieten jedoch einen Ausgangspunkt.

Ich habe kürzlich dieses Buch über Scrum gelesen: Agiles Projektmanagement mit Scrum

Für mich war es mein erstes Buch über Scrum und hat es für mich getan. Es konzentriert sich wirklich darauf, welche zugrunde liegenden Prinzipien wichtig sind. Ich denke, dass einige dieser Prinzipien auf 1-2-Personen-Teams zutreffen und ihnen helfen könnten.

Ja, Sie können agile Methoden mit nur zwei Entwicklern verwenden, benötigen jedoch immer einen dedizierten Kunden- / Produktmanager. Mit nur einem Entwickler würde ich meistens nein sagen, weil ich persönlich gerne in Teams arbeite, aber auch, weil man ein Programm nicht wirklich koppeln kann und daher alle Möglichkeiten zum Teilen von Code verpasst. Vier bis sechs Entwickler + ein Produktmanager sind die perfekte Größe für ein agiles Projekt. Mehr als das, und Subteams neigen dazu, sich zu bilden, die den Zweck irgendwie vereiteln.

Ich kenne Ihre genaue Situation natürlich nicht, aber es scheint mir, dass Sie gleichzeitig an vielen Projekten arbeiten. Mein Vorschlag ist, dass Sie versuchen sollten, die Anzahl der gleichzeitigen Projekte zu verringern, und stattdessen beispielsweise zwei Teams an jeweils einem Projekt arbeiten. Dies wäre der erste Schritt, um Ihre Situation zu verbessern und die Anwendung eines agilen Prozesses zu vereinfachen.

Es gibt viel zu sagen über die Schlechtigkeit des Wechselns von Aufgaben und des Verwerfens von Projekten, aber eigentlich kommt nichts Gutes dabei heraus. Je.

Ich denke, 2 Entwickler greifen instinktiv auf ein System wie Agile zurück, auch wenn sie nicht explizit darauf aus sind. Sie werden natürlich miteinander reden und mit ihrer Bestellung iterieren.

Anders betrachtet:

Warum Sie nicht alle 8 Entwickler Mitglieder des betrachten gleichen Scrum - Team? Auf diese Weise erhalten Sie den Übersprecheffekt zwischen Projekten. Vielleicht müssen Sie nicht einmal Leute für bestimmte Projekte verpflichten?

Wenn mehr Leute zu Ihrem Shop hinzugefügt werden, können Sie das Team möglicherweise in zwei kleinere aufteilen.