Ich bin daran interessiert, möglicherweise Scrum mit meinem Entwicklerteam zu verwenden (ja, ich weiß, dass es ein wenig schmerzhaft sein wird, zu ihm überzugehen). Allerdings haben wir kein Team-System und können es uns derzeit wahrscheinlich nicht leisten, es sofort zu bekommen.
Welche Möglichkeiten gibt es, um ein Team in einer .NET / Visual Studio Umgebung ohne Team System auf Scrum einzurichten?
Wirklich alles, was Sie brauchen, ist ein Stück Fehler-Tracking-Software, um aktuelle Probleme für den aktuellen Sprint zu verfolgen. Es könnte sogar eine Tabellenkalkulation sein (benutzen Sie keine Tabellenkalkulation). SCRUM ist eine Methodik, Ссылка und erfordert nicht wirklich Team-System so viel, wie es einen guten Projektmanager erfordert und ein engagiertes Team.
Holen Sie sich ein Whiteboard
Um mit SCRUM zu beginnen, sollten Sie keine Werkzeuge benötigen - Sie werden mindestens ein Planungstreffen zu Beginn jedes Sprints, ein tägliches Standup-Meeting und ein Recap-Meeting am Ende jedes Sprints haben.
>In der täglichen Besprechung versammeln Sie sich um das Whiteboard und verwenden Sie das, um den Status aller Aufgaben zu verfolgen und Sie für den Sprint voranzukommen.
Sie müssen auch Ihren Rückstand für die Planung verfolgen - dies kann auf Papier, auf einem Whiteboard oder in Excel erfolgen.
Ich war bei meinem letzten Unternehmen in einem Scrum-Team involviert und es hat wirklich nichts mit der Entwicklungsumgebung zu tun. Es ist ein Prozess für die Entwicklung von Software, und oft gibt es wenig Technologie in der Verwendung des Prozesses selbst (obwohl ein gutes Tabellenkalkulations-Tool hilft, den Fortschritt zu verfolgen).
Also ... ich würde sagen, Ihre Sorgen über Werkzeuge sind vielleicht fehl am Platz, es sei denn, ich verstehe die Frage nicht.
Verwandte Anmerkung: SVNStats - ein Java-Projekt, das einige ziemlich coole Berichte darüber erstellt, was in einem Repository im Laufe der Zeit passiert ist, bringt Ihnen einige davon hübsche Code-Churn-Metriken
Also ist MSBuild der Leim, mit dem Sie diese Tools in verschiedenen Entwicklungsstadien starten werden, oder Sie können Hooks in Ereignisse einfügen, die mit dem Quellcode-Repository passieren. Dies ist eine grobe Liste von Tools / Apps, die Ihnen eine Eins-zu-Eins-Funktion für die Funktionalität geben, die Team System bietet.
Großartig an dieser Liste - mit Ausnahme von NDepend sind alle für kommerzielle und private Nutzung frei.
@Jason und @Mike_Stone haben Recht. Scrum beinhaltet außer einem Stück Papier und einem Stift keinerlei Werkzeuge. Scrum konzentriert sich viel weniger darauf, welche Werkzeuge die Teams verwenden, sondern wie das Team miteinander kommuniziert und zusammenarbeitet und mit seinen Stakeholdern Prioritäten setzt und sich an Veränderungen anpasst.
XP dagegen ist viel mehr auf Tools und Entwickler ausgerichtet und setzt sich für kontinuierliche Integration, Test Driven Development, Pairing ein Programmierung und dergleichen.
Agile Methoden sind sehr werkzeugunabhängig und in diesem Sinne sehr pragmatisch. Verwenden Sie, was am besten für Sie funktioniert. Sie brauchen weder Werkzeug a noch Bibliothek b, um agil zu sein.
Ich stimme zu. Team System besteht nur aus einer Reihe von Werkzeugen, die in einer IDE enthalten sind. Visual Studio verwendet MSBUILD standardmäßig, NUnit und jedes andere ausgewählte Plug-in. Der einzige wirkliche Wert sind die Methoden-Plugins wie Conchangos, mit denen Arbeitselemente priorisiert und zugewiesen werden können, und die Berichte, die danach generiert werden.
Daily Scrum, Whiteboard, Excel und Disziplin ist ein wirklich guter Anfang.
Völlig einverstanden mit den Kommentaren zu Excel. Du bist besser dran, wenn du so anfängst. Scrum kann ein bisschen ein Kulturschock sein, wenn Sie von einer Wasserfallmethode kommen. Sicherzustellen, dass dein Team die Philosophie zuerst versteht, ist viel wichtiger als die Werkzeuge, die du wählst, um es effizienter zu machen.
Scrum scheint einfach am besten zu funktionieren, wenn du greifbare Dinge hast (eine Notiz, ein Stück Papier), die ein Vermögen darstellen, das du errichtest. Es ist einfach und unkompliziert, und jeder kann es verstehen. Manchmal gehen Ihre Absichten oder Arbeitselemente selbst verloren oder fehlinterpretiert, wenn alle Ihre Aufgaben abstrahiert werden, indem Sie sie irgendwo in einer Datenbank speichern, besonders , wenn das Team für Scrum neu ist.
Momentan macht mein Team Scrum mit Team System. Es ist großartig, weil wir Management- und Teamberichte kostenlos erhalten. Jedoch, und das ist das Wichtigste, ich denke, wir haben die Dinge schneller und mit höherer Qualität gemacht, wenn wir alles mit einer altmodischen Pinnwand, Excel und diesem Template gemacht haben (ich liebe dieses Ding, empfehle es jedem, der Scrum macht):
Wie andere bereits erwähnt haben, kann SCRUM ohne spezielle Tools ausgeführt werden, aber ich werde den Atlassian-Stack dort hinwerfen. Ich habe sie schon früher benutzt und mochte sie sehr:
In der Vergangenheit habe ich Scrum-Projekte in TFS mit Visual Studio 2005-2008 gemacht und war sehr zufrieden damit. Ich arbeite jetzt an einem Scrum-Projekt in einer Linux-Umgebung mit Eclipse, was einen Umzug in ein anderes System notwendig machte. Wir haben uns für Rational Team Concert (RTC) entschieden und ich finde, dass es unseren Bedürfnissen entspricht.
Ich habe festgestellt, dass RTC sowohl hinsichtlich der Funktionalität als auch der Konzepte mit TFS vergleichbar ist (z. B. RTC verwendet dieselbe Terminologie für Work Items), sodass der Übergang relativ einfach war. Es gibt ein Plugin für die Integration von Visual Studio IDE sowie ein Web-Interface, das Burndown-Charts und andere Fortschrittsmesswerte für Projektteams bereitstellt. Es ist kostenlos für bis zu 10 Entwickler, also ist es wirklich gut für kleine Teams. Ich bin mir nicht sicher, was das Preismodell ist, sobald Sie bezahlen müssen, aber ich nehme an, es ist vergleichbar mit TFS, wenn es mit anderen IBM Rational-Angeboten übereinstimmt.
Tags und Links tfs visual-studio agile scrum