Frage

Ich bin daran interessiert, möglicherweise Scrum mit meinem Entwicklungsteam zu verwenden (ja, ich weiß, dass der Umstieg etwas schmerzhaft sein wird).Allerdings haben wir kein Team System und können es uns derzeit wahrscheinlich nicht leisten, es sofort zu bekommen.

Welche möglichen Tools gibt es, um ein Team auf Scrum in einer .NET/Visual Studio-Umgebung ohne Team System zum Laufen zu bringen?

War es hilfreich?

Lösung

Alles, was Sie wirklich brauchen, ist eine Bug-Tracking-Software, um den Überblick über dringende Probleme für den aktuellen Sprint zu behalten.Es könnte sogar eine Tabellenkalkulation sein (verwenden Sie keine Tabellenkalkulation).SCRUM ist eine Methodik, http://en.wikipedia.org/wiki/Scrum_(Entwicklung) und erfordert nicht wirklich ein Teamsystem, sondern einen guten Projektmanager und ein engagiertes Team.

Andere Tipps

Holen Sie sich ein Whiteboard

Für den Einstieg in SCRUM sollten keine Tools erforderlich sein – Sie haben mindestens ein Planungsmeeting zu Beginn jedes Sprints, ein tägliches Standup-Meeting und ein Zusammenfassungsmeeting am Ende jedes Sprints.

Versammeln Sie sich in der täglichen Besprechung um das Whiteboard und nutzen Sie es, um den Status aller Aufgaben zu verfolgen und Ihren Fortschritt für den Sprint zu verfolgen.

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 in meinem letzten Unternehmen in einem Scrum-Team tätig und das hatte wirklich nichts mit der Entwicklungsumgebung zu tun.Es handelt sich um einen Prozess zur Entwicklung von Software, und bei der Verwendung des Prozesses selbst ist oft nur wenig Technologie erforderlich (obwohl ein gutes Tabellenkalkulationsprogramm bei der Verfolgung des Fortschritts hilfreich ist).

Also...Ich würde sagen, dass Ihre Bedenken hinsichtlich der Werkzeuge möglicherweise fehl am Platz sind, es sei denn, ich verstehe die Frage falsch.

  • Quellcodeverwaltung: Subversion
  • Kontinuierliche Integrations-App: Hudson (es gibt viele .NET-Plugins), einfacher zu verwenden als CruiseControlDotNet
  • Build-Tool:MSBuild – Sie möchten den Build-Prozess anpassen, und das Erlernen von MSBuild ist der beste Weg, dies zu tun
  • Unit-Test-Framework:das Unvergleichliche NUnit
  • Statische Codeanalyse: NAbhängig, FxCop, andere?

Verwandter Hinweis: SVNStats – ein Java-Projekt, das einige ziemlich coole Berichte darüber erstellt, was im Laufe der Zeit in einem Repository passiert ist, und Ihnen einige hübsche Code-Churn-Metriken liefert

MSBuild ist also der Klebstoff, mit dem Sie diese Tools in verschiedenen Entwicklungsstadien starten können, 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 eins zu eins über die von Team System bereitgestellten Funktionen informieren.

Das Tolle an dieser Liste: Mit Ausnahme von NDepend sind alle für die kommerzielle und private Nutzung kostenlos.

@Jason und @Mike_Stone haben recht.Scrum erfordert keine Werkzeuge außer einem Blatt Papier und einem Stift als absolutes Minimum.Scrum konzentriert sich viel weniger darauf, welche Tools die Teams verwenden, sondern vielmehr darauf, wie das Team kommuniziert und mit seinen Stakeholdern zusammenarbeitet, um Prioritäten zu setzen und sich an Veränderungen anzupassen.

XP, hingegen ist viel stärker auf Tools und Entwickler ausgerichtet und befürwortet Dinge wie kontinuierliche Integration, testgetriebene Entwicklung, Paarprogrammierung und dergleichen.

Agile Methoden sind sehr werkzeugunabhängig und in diesem Sinne sehr pragmatisch.Nutzen Sie das, was für Sie am besten funktioniert.Sie benötigen weder Tool A noch Bibliothek B, um agil zu sein.

Verwenden Sie Excel, um ein schönes Burndown-Diagramm zu erstellen!

Rufen Sie für die Nachverfolgung von Arbeitsaufgaben eine schnelle Web-App auf, um sie aufzuzeichnen, exportieren Sie die Daten dann in Excel und verwalten Sie sie dort.

Ich stimme zu.Team System ist lediglich eine Reihe von Tools, die in eine IDE integriert sind.Visual Studio verwendet standardmäßig MSBUILD, NUnit und jedes andere ausgewählte Plugin.Der einzige wirkliche Wert sind die Methoden-Plugins wie das von Conchango, mit denen Arbeitselemente priorisiert und zugewiesen werden können, sowie die Berichte, die anschließend generiert werden.

Tägliches Scrum, Whiteboard, Excel und Disziplin sind ein wirklich guter Anfang.

Ich stimme den Kommentaren zu Excel voll und ganz zu.Am besten fangen Sie so an.Scrum kann ein kleiner Kulturschock sein, wenn man von einer Wasserfallmethodik ausgeht.Es ist viel wichtiger, zuerst sicherzustellen, dass Ihr Team die Philosophie versteht, als die Tools, die Sie auswählen, um es effizienter zu machen.

Scrum scheint einfach am besten zu funktionieren, wenn Sie greifbare Dinge haben (eine Notiz, ein Stück Papier), die einen Vermögenswert darstellen, den Sie aufbauen.Es ist einfach, unkompliziert und jeder kann es verstehen.Manchmal gehen Ihre Absicht oder Arbeitselemente selbst verloren oder werden falsch interpretiert, wenn alle Ihre Aufgaben abstrahiert werden, indem sie irgendwo in einer Datenbank gespeichert werden. besonders wenn das Team neu bei Scrum ist.

Im Moment führt mein Team Scrum mit Team System durch.Das ist großartig, weil wir Management- und Teamberichte kostenlos erhalten.Allerdings, und das ist das Wichtigste, denke ich, dass wir die Dinge tatsächlich schneller und mit höherer Qualität erledigt haben, als wir alles mit einer altmodischen Pinnwand, Excel und dieser Vorlage gemacht haben (ich liebe diese Sache, empfehle sie jedem, der Scrum macht):

http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html

Sie können XPlanner zum Verwalten von Ressourcen sowie zum Verwalten und Überwachen von Schätzungen verwenden.Sie können die geschätzte vergangene Zeit für zukünftige Planungen überprüfen.

Auch mit .NET beziehen:http://www.scrumforteamsystem.com/en/default.aspx

Wie andere bereits erwähnt haben, kann SCRUM ohne spezielle Tools durchgeführt werden, aber ich werde den Atlassian-Stack da rauswerfen.Ich habe sie schon einmal verwendet und mochte sie sehr:

http://www.atlassian.com

  • JIRA zur Problemverfolgung/Backlog
  • GreenHopper-Plugin für JIRA für vollständige Agile-Googies
  • Fisheye/Crucible für Online-Peer-Review
  • Confluence für Zusammenarbeit und Wissensaustausch
  • Bambus für kontinuierliche Integration

Ich habe in der Vergangenheit Scrum-Projekte in TFS mit Visual Studio 2005-2008 durchgeführt und war sehr zufrieden damit.Ich arbeite derzeit an einem Scrum-Projekt in einer Linux-Umgebung mit Eclipse, was einen Wechsel auf ein anderes System erforderlich machte.Wir haben uns entschieden Rational Team Concert (RTC) und ich finde, dass es gut zu unseren Bedürfnissen passt.

Ich habe festgestellt, dass RTC mit TFS vergleichbar ist, sowohl hinsichtlich der Funktionalität als auch der Konzepte (z. B.RTC verwendet die gleiche Arbeitselement-Terminologie, daher war der Übergang ziemlich einfach.Es gibt ein Plugin für die Visual Studio IDE-Integration sowie eine Weboberfläche, die Burndown-Diagramme und andere Fortschrittsmetriken für Projektteams bereitstellt.Es ist für bis zu 10 Entwickler kostenlos und eignet sich daher wirklich gut für kleine Teams.Ich bin mir nicht sicher, wie das Preismodell aussieht, sobald Sie bezahlen müssen, aber ich gehe davon aus, dass es mit TFS vergleichbar ist, wenn es mit anderen IBM Rational-Angeboten übereinstimmt.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top