Frage:
Neuer Software-Teamleiter, der Tools aktualisieren möchte
Pippen
2016-01-21 10:14:47 UTC
view on stackexchange narkive permalink

Ich bin kürzlich zum technischen Projektmanager für das kleine Softwareunternehmen befördert worden, für das ich arbeite. Wir produzieren ein Hauptprodukt, das von zahlreichen kleineren Produkten unterstützt wird. Zu jeder Zeit haben wir einen Kundenstamm von angemessener Größe. Jeder Client verfügt über einige benutzerdefinierte Module / Produkte. Jeder Client befindet sich auf einem dedizierten Server (virtuell oder real), sodass jeder Client Aufgaben für den Systemadministrator, den Datenbankadministrator, das Konfigurationsmanagement, die Datenintegration usw. hat. Zusätzlich zum Support und zum allgemeinen Kundenbetrieb.

Um es kurz zu machen, die Tools, die wir intern verwenden, haben sich seit Jahren nicht geändert und wurden nie vorrangig für Verbesserungen eingesetzt. Wir verwenden SVN für die Versions- / Quellcodeverwaltung und Gemini (Version 2.x) für die Problemverfolgung und Aufgabenverwaltung. Diese alte Version von Gemini unterstützt keine agile Planung oder etwas anderes, als Tickets zu sammeln und sich mit SVN zu verbinden. Wir haben keine automatischen Build-Agenten und bis jetzt konnte unsere Methodik als "nur im Namen agil, wirklich chaotisch" beschrieben werden. Daher ist jede neue Version angesichts der Anpassung pro Client ein komplizierter und teurer Prozess.

Ich habe die Möglichkeit, unsere internen Tools und Prozesse zu aktualisieren. Ich habe TFS heruntergeladen und evaluiert, um die Versionskontrolle (mit Git), die ordnungsgemäße Entwicklerverwaltung mithilfe der Scrum-Vorlage und natürlich Builds / Distributionen zu handhaben. Bisher denke ich, dass es unseren Anforderungen an Entwicklung und Nachverfolgung entsprechen könnte. Ich bin nicht sicher, wie ich mit der anderen Seite unserer Bedürfnisse umgehen soll.

Ich benötige ein System, das als Issue-Tracker fungiert, Probleme / Fehler von unseren Kunden und Support-Mitarbeitern erfasst, die Kommunikation und Kommunikation mit diesen Kunden verwaltet und verwaltet, Aufgaben verwaltet, die nicht entwicklungsbezogen sind, und möglicherweise als solche fungiert eine Wissensbasis mit Informationen zu jeder Instanz / jedem Client (interne Verwendung). Voraussetzungen sind, dass dieses System von Nicht-Entwicklern verwendet wird. Vorzugsweise möchte ich, dass es sich mit TFS und unserem Softwareentwicklungs-Workflow "verbindet", damit wir Probleme verfolgen können, die bei Entwicklungsaufgaben auftreten.

Oder ist ein System, das beide Anforderungen erfüllt, die ich in einem habe? Ich bin nicht mit TFS verheiratet, wir prüfen es derzeit noch als Alternative.

Hinweis : Alle Benutzer würden Windows 7+ verwenden. Unsere Software wird auch nur an Windows verteilt.

TFS ist ein Monster. Sie können es anpassen, um Probleme, CRs und Fehler zu erfassen. TFS lässt sich in Sharepoint integrieren, wo Sie ein Dokumentenverwaltungssystem und Wikis zur Dokumentation haben können. Trotzdem ist es ein Monster. Du magst es entweder oder hasst es ... Ich hasse es.
Was ist los mit SVN? Oder wollen Sie sich nur um der Veränderung willen ändern?
Einer antworten:
spi
2016-01-21 13:46:37 UTC
view on stackexchange narkive permalink

Ich würde in Betracht ziehen, den Atlassian-Stack zu bewerten, der für mich der wertvollste ist:

JIRA + Fisheye + Confluence passen perfekt zusammen. Fisheye kann eine Verbindung zu SVN- oder Git-Repositorys herstellen.

Links:

Haftungsausschluss: Ich arbeite nicht für Atlassian. Ich benutze all diese Tools aktiv, täglich und entwickle seit 4 Jahren Plugins für JIRA. Ich denke immer noch, dass die Atlassianer wirklich gut sind. Das Produkt funktioniert problemlos, ist vollständig konfigurierbar und sehr gut durchdacht.

Die atlassischen Angebote sind überzeugend. Sie können Bitbucket auch für Git-Hosting und Jira Service Desk für Kunden verwenden, die Probleme melden.
Ich werde das überprüfen. Es sieht so aus, als hätten sie auch einen kontinuierlichen Integrations- / Build-Manager. Das war der Hauptgrund für die erste Bewertung von TFS, war die Leichtigkeit, von der Entwicklung zum Build / Release zu gelangen.
In der Tat gibt es Bambus, aber dieses bestimmte Produkt steht nicht so weit über Open Source-Lösungen (zumindest das letzte Mal, als ich es vor 2 Jahren verwendet habe) - Jenkins erledigt den gleichen Job ohne Kosten. Der wahre Wert hier ist JIRA und Confluence, die bei weitem besser sind als jede andere (bekannte) freie Lösung
Bestätigt, die Atlassian-Produkte und Jenkins erledigen den Job. Um Sie noch mehr zu überzeugen, werfen Sie einen Blick auf die [Beliebtheitstabelle auf Wikipedia] (https://en.wikipedia.org/wiki/Comparison_of_source_code_hosting_facilities#Popularity). Nach Benutzern sortieren.


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...