Einstellung des Pivotal-Tracker-Dienstes

 (pivotaltracker.com)
2 Punkte von GN⁺ 2024-09-20 | 1 Kommentare | Auf WhatsApp teilen
  • Die VMware-Tanzu-Abteilung hat das Ende der Laufzeit (EOL) des Pivotal-Tracker-Dienstes angekündigt
  • Pivotal-Tracker-Abonnements können bis zum 30. April 2025 genutzt werden; danach wird der Dienst eingestellt
    • Es wird empfohlen, die Daten vorher zu exportieren
    • Nach dem 30. April 2025 wird keine Unterstützung für die Datenmigration mehr angeboten

FAQ

  • Welche Konten sind betroffen?
    • Betroffen sind alle Konten, einschließlich kostenloser Konten, gesponserter Konten (akademisch oder gemeinnützig), kostenpflichtiger Monats-/Jahresabos und Enterprise-Abonnementpläne
    • Die Nutzung ist bis zum 30. April 2025 möglich; danach finden keine Verlängerungen oder Transaktionen mehr statt
  • Wie kann ich Projektdaten herunterladen?
    • Für den Export von Projekt-Storys, Epics, Verlauf und Dateianhängen kann auf die CSV-Export-Dokumentation im Help Center verwiesen werden
    • Auf Grundlage neuer Informationen und von Feedback werden dem Help Center zusätzliche Anleitungen hinzugefügt
  • Kann ich auf frühere Rechnungen zugreifen?
    • Auf frühere Rechnungen kann über die bestehende Seite für Pläne und Abrechnung zugegriffen werden
  • Kann ich neue Benutzer oder Konten erstellen?
    • Ohne Einladung ist es nicht möglich, sich bei Tracker zu registrieren oder neue Konten zu erstellen
    • Neue Benutzer können jedoch zu Konten/Projekten eingeladen werden, solange das Limit für Mitwirkende nicht überschritten wird

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-09-20
Meinungen auf Hacker News

  • Kostenlose Geschäftsidee: Als Solo-Entwickler oder kleines Team einen Pivotal-Tracker-Klon bauen
    Viele fragen, wo man Geschäftsideen findet; eine Situation wie jetzt, in der viele öffentlich sagen, dass sie ein verschwindendes Produkt mögen, ist eine bereits validierte Chance.
    Es ist ein Produkt, für das die Leute bereits bezahlt haben und das offenbar ziemlich viele Nutzer hatte. Also könnte man das Produkt einfach nachbauen und als „Pivotal-Tracker-Klon“ vermarkten; die Wahrscheinlichkeit, dass VMWare sich darum kümmert, ist gering.
    Man könnte recherchieren, welche Unternehmen derzeit Pivotal Tracker nutzen, daraus eine Datenbank aufbauen und, sobald das Produkt fertig ist, per Cold Calls oder E-Mail-Vertrieb verkaufen.
    Mit modernen Technologien wie React oder Svelte und gehosteten Datenbanken lässt sich das Produkt allein oder mit einem sehr kleinen Team relativ einfach nachbauen.
    Entscheidend ist, es klein zu halten. Wenn der Umsatz die Kosten nicht rechtfertigt oder der Druck durch Venture Capital dazu führt, groß zu werden oder zu scheitern, bricht so ein Geschäft zusammen.
    Ein Hetzner-Server für 100 $/Monat, ein effizientes Backend wie Go oder C# und ein Svelte- oder React-Frontend können viele Kunden bedienen; der Rest ist eine Frage von Zeit und Vertriebsstärke.

    • Ich mag den Geruch von frischem Optimismus am Morgen.
      Die größte Hürde ist, dass die meisten Solo-Entwickler, die so etwas schnell bauen könnten, bereits gute Jobs haben, und dass etwa der 1. Januar praktisch die Deadline für ein MVP++ ist, bevor wechselwillige Nutzer andere Entscheidungen treffen.
      Und sobald die Migrationen beginnen, werden die Storage-Kosten stark steigen; man braucht also schon zum Launch eine Monetarisierungsstrategie.
    • Das Kernprodukt ist relativ einfach, aber ein Softwarepaket wie Pivotal verkauft sich nicht nur über die Kernfunktionen.
      Die eigentlichen Verkaufsargumente sind Mehrwerte wie Integrationen und Automatisierung, und die dauern deutlich länger und erfordern mehr Personal.
    • Das größte Risiko ist, dass die Leute massenhaft zur nächstbesseren Option Linear wechseln.
    • Dieses Produkt wurde aus irgendeinem Grund eingestellt. Heutzutage scheint es bessere Tools zu geben; ich verstehe nicht, warum man ein sinkendes Schiff nachbauen sollte.
    • Herausforderung angenommen.
      Ich habe mehrere Webapps für große Unternehmen gebaut, Pivotal Tracker wirklich gemocht und finde es sehr schade, dass es verschwindet.
      Ich habe sofort den Editor geöffnet, die exportierten Daten aus meinem Pivotal-Tracker-Account geholt und damit begonnen, ein Datenmodell für den Import zu erstellen und es anschließend in eine UI zu überführen.
      Das Grundprodukt ist ziemlich geradlinig, aber es gibt viele feine Unterschiede darin, wie sich manche Funktionen entwickelt haben.
      Wahrscheinlich werde ich nicht alles in ein MVP bekommen, daher interessiert mich, welche Kernfunktionen von Pivotal Tracker wirklich fehlen würden, wenn ein neues Produkt versuchen würde, diese Nische zu füllen.
      Ich sehe auch einige Bereiche, die bei anderen Projekt-Tracking-Tools üblich sind und erweitert oder verbessert werden könnten; außerdem würde ich gern wissen, welche fehlenden Funktionen es Pivotal Tracker schwer gemacht haben, sich an Unternehmen zu verkaufen.
      Wenn ihr Feedback in diesem Thread hinterlasst, werde ich weiter mitlesen; und wenn andere Wettbewerber sich einen Entwicklungswettstreit liefern möchten, können sie sich dieses Feedback ebenfalls ansehen.
      Wer Launch-Benachrichtigungen oder andere Updates erhalten möchte, kann sich in die E-Mail-Liste https://mailchi.mp/73f113e474f1/robert-kohrs-blog eintragen oder dem Blog-RSS https://robkohr.com folgen.

  • Was ich an Pivotal immer gut fand, war, dass sichtbar war, dass es nur eine einzige Queue gab.
    Das zwang alle dazu, erbarmungslos zu priorisieren und schwierige Entscheidungen zu treffen.
    Man musste genau in diesem Moment entscheiden, ob man einen Bug beheben oder ein neues Feature bauen lässt, und konnte nur eines von beidem wählen.
    Dadurch ließ sich das Dilemma vermeiden, dass „alles hohe Priorität“ hat.

    • Mir gefiel auch, dass keine Anpassungen erlaubt waren und nur konkrete, definierte Zustände zugelassen wurden.
      Ein Issue war im Wesentlichen: To-do, in Arbeit, erledigt, geliefert, akzeptiert.
      Benutzerdefinierte Issue-Status in Jira sind eine besondere Art von Hölle.
    • Genau aus diesem Grund mochte ich Pivotal Tracker wirklich. Es war ein viel fokussierteres Tool und mit Abstand der beste Work Tracker, den ich je benutzt habe.
      Da die meisten meiner Projekte mit Code zu tun haben, bin ich letztlich zu GitHub Projects gewechselt, und ehrlich gesagt ist der Fokus ähnlich.
      Der Nachteil ist, dass auch nichttechnische Rollen eventuell einen GitHub-Account brauchen, aber in der Praxis war das kein großes Hindernis.
    • Statt einer großen Queue kann man Queues auch nach Kunden aufteilen. Dabei legt man separate Streams für externe Kunden, interne Teams, die technische Schuld des Entwicklungsteams selbst usw. an; beschrieben wird das in „JIT selection from independent streams: An alternative to the “big backlog” of work“.
      https://longform.asmartbear.com/jit-backlogs/
      Wenn jeder Kunde die Reihenfolge seiner eigenen Queue verwaltet, kann sich das Entwicklungsteam auf die jeweils obersten Einträge jeder Queue konzentrieren.
      Natürlich muss das Entwicklungsteam gemeinsam mit den Kunden die Anforderungen für die nächsten paar Arbeiten klären, damit der oberste Eintrag direkt umsetzbar ist.
      Danach kann das Entwicklungsteam auswählen, welche der obersten Einträge aus den Queues priorisiert werden, und die Balance etwa so halten, dass neben Kundenarbeit immer eine technische Schuld und X Bugfixes in Bearbeitung sind.
    • Als wir es in einem Team nutzten, wirkte es immer übermäßig simpel.
      Trotzdem muss man anerkennen: Wir lieferten normalerweise tatsächlich das, was wir für den jeweiligen Sprint zugesagt hatten, und es war auch ziemlich klar, wann Overcommitment passierte.

  • Schade. Von allen Projektmanagement-Tools, die ich ausprobiert habe, habe ich Pivotal am wenigsten gehasst.
    Es machte häufige Aufgaben einfach und begrenzte Customization auf ein vernünftiges Maß.
    Insgesamt war es ein Tool, das nicht im Weg stand. Lässt einen bedeutungsvoll zu Jira hinüberschauen.

    • Am Ende bin ich bei Linear gelandet, weil es nicht im Weg steht.
      Das heißt: im Moment. Wenn man sich die Konkurrenz ansieht, wirkt es nur wie eine Frage der Zeit, bis es aufgebläht wird, um die Unternehmensbewertung zu rechtfertigen.
      https://linear.app/
    • Stimme zu. Ich glaube, einer der Gründe, warum dieses Tool gut war, war, dass es vernachlässigt wurde.
      Mir gefiel, dass es keine unklaren neuen Features gab und dass es nicht Teil eines größeren, komplexeren Plattform-Bundles war.
    • Stimme zu. Ich nutze Pivotal Tracker seit über 10 Jahren und nutze es immer noch.
      Ich habe Jira und einige andere Tools ausprobiert, aber meistens empfand ich den Verwaltungsaufwand als zu groß.
      Ich frage mich, welche leichtgewichtigen Alternativen bei Customization und täglicher Verwaltung es gibt.
    • Als ehemaliger Pivotal-Mitarbeiter habe ich PT wirklich geliebt. Erst recht im Vergleich zu Dingen wie Jira.
      Es war offensichtlich, dass VMWare das Unternehmen ruinieren würde, und Broadcom hat das noch sicherer gemacht.
      Es war einmal ein großartiges Unternehmen — Pivotal Labs, meine ich.
      Jetzt ist es vorbei.
    • https://www.shortcut.com fühlte sich weniger dogmatisch als Linear und mehr wie eine 1:1-Alternative zu Pivotal an.
      Sie werden alle nach und nach aufgebläht, daher wünschte ich, es gäbe ein Produkt, das eher Dinge reduziert, statt ständig neue Features hinzuzufügen.
      Linear sieht auch nach so einer Zukunft aus.

  • Ein Glas auf Pivotal Tracker. Das war ein hervorragendes Ticket-Tracking- und Projektmanagement-System, seiner Zeit voraus.
    Als ich als Vertrags-Softwareingenieur arbeitete, machte Pivotal Tracker das Kundenbeziehungsmanagement einfach, weil es Kunden perfekt zeigte, welche Auswirkungen Feature Requests haben, und sie selbst die für ihr Geschäft passenden Kompromisse wählen ließ.
    Man konnte erklären: „Sie möchten dieses neue Feature sofort hinzufügen? Kein Problem. Aber wie Sie sehen, wenn wir diese 4-Punkte-Aufgabe in diese Woche vorziehen, verschiebt sich der Rest um zwei Tage, also müssen wir etwas anderes streichen oder das Release-Datum ändern.“
    Großartige UI, großartiger Vibe, und es machte Freude, es zu benutzen. PT mag verschwinden, aber sein Erbe wird bleiben.

  • Ruhe in Frieden, PT. Ich kann gar nicht in Worte fassen, wie sehr diese Software mein Leben verändert hat.
    Als ich bei Pivotal arbeitete, in den sehr frühen Cloud-Foundry-Zeiten, habe ich unglaublich viel darüber gelernt, wie man Software und Produkte entwickelt.
    Ich habe gelernt, eng mit Menschen zusammenzuarbeiten, die Kraft von Pair Programming, auf iterative Entwicklung und Geschwindigkeit zu achten, Storys zu schreiben und mit der Zeit schlechte Dinge zu verbessern.
    Diese Fähigkeiten nutze ich jeden Tag, und nichts anderes kommt dem nahe.

    • Bei mir genauso. Ich habe an 15 Orten gearbeitet, aber dieser war völlig anders und der einzige, an dem ich Pair Programming und TDD wirklich korrekt umgesetzt gesehen habe.
      Einmal haben wir sogar die erste Version eines Handelsprodukts ohne einen einzigen Bug ausgeliefert.
      Wenn ich später anderen diese Arbeitsweise erklären wollte, zuckten sie mit den Schultern, als hätte ich ein Märchen erzählt.
      Bei anderen Systemmigrationen hatte ich noch ein paar Gelegenheiten, sie vorzuführen; sie waren sehr erfolgreich, und die mentale wie emotionale Belastung war sehr gering.
      Wir haben zuerst Testfälle aufgelistet, Fake-Implementierungen gebaut, häufig committet, trunk-based development gemacht und kleine Storys sowie schrittweise Verbesserungen genutzt.
      Aber das wurde nicht als bewusst gestalteter Erfolg anerkannt; meistens waren die Vorurteile so stark, dass man es eher als zufällige Abweichung im vertrauten Affenzirkus der Softwareentwicklung sah.
      Inzwischen sind wir an dem Punkt, an dem es eine Supportgruppe für ehemalige Alumni braucht.
    • Ähnliche Geschichten habe ich auch von anderen gehört, die bei Pivotal gearbeitet haben. Das Engineering-Team scheint ziemlich großartig gewesen zu sein.
    • „Sich Zeit nehmen, um schlechte Dinge zu verbessern“ bedeutet letztlich, zu iterieren und zu pivoten.

  • Shortcut (https://www.shortcut.com/) ist eine ordentliche Alternative zu Pivotal Tracker.
    Ich arbeite dort als Engineering Manager und habe beim Bau eines Import-Tools (https://github.com/useshortcut/api-cookbook/tree/main/pivota...) geholfen, das Pivotal-Tracker-Daten in Shortcut importiert.
    Shortcut ist ein teamorientiertes Produkt und hat solide Integrationen mit GitHub/Gitlab/Bitbucket sowie Slack.

    • Es fühlt sich immer noch so an, als hätte es zu viele Spalten und zu viele Status.
      Pivotal Tracker hatte im Grunde nur ice box, backlog und current iteration.
      Wenn man Firmen sieht, die in die Trello-Hölle geraten sind: Die Absicht ist gut, aber Status werden oft durcheinandergewürfelt und es entstehen Grauzonen.
      Auf dem Board gibt es dann etwa 10 bis 15 Spalten, und es wird komplettes Chaos.
    • Wow, hieß das nicht früher einmal Clubhouse? Da kommen Erinnerungen hoch.
      Vor langer Zeit haben wir bei Papa Clubhouse benutzt.

  • Gibt es überhaupt noch Tracking- und Projektmanagement-Tools, die ein dediziertes Team haben, vorankommen und Open Source sowie selbst gehostet sind?
    Früher haben wir eine Phabricator-Instanz selbst gehostet und ich mochte sie ziemlich, aber dass der Upstream-Maintainer aussteigen wollte, war eine nachvollziehbare Entscheidung.
    Inzwischen scheint die Nische für selbst gehostete Lösungen nicht mehr groß zu sein.
    Die meisten Anwendungsfälle mit geringer Komplexität deckt der kostenlose Tarif von GitHub Issues ab, und die komplexeren Fälle werden von Enterprise-SaaS bedient.

  • Diese Nachricht macht traurig. Ich glaube, ich habe PT seit über 10 Jahren nicht mehr genutzt, aber davor habe ich es 3–4 Jahre lang intensiv verwendet.
    Im Vergleich zu anderen „agilen“ Tools war es ein Tool, bei dem man aufatmen konnte.
    Es war sehr einfach, alles war auf einem Bildschirm, und das Verschieben zwischen Zuständen war leicht.
    Unser Team mochte, dass man es in einem Fenster öffnen, den ganzen Tag offen lassen und bei Bedarf jederzeit ändern konnte.
    Seitdem habe ich wohl kein Tool mehr gesehen, das dem so nahekam.
    Nach ein paar Jahren habe ich mich wieder eingeloggt und gesehen, dass noch zwei Side Projects vorhanden waren. Es scheint Zeit zu sein, sie jetzt herunterzuladen.

  • Ich habe ein Pivotal-Tracker-Projekt aus dem Jahr 2011 geöffnet und war überrascht, wie gut die UX war und immer noch ist.
    Visuell sieht es veraltet aus, aber die UX halte ich für hervorragend.
    Die Einfachheit wird durch eine hohe Informationsdichte verstärkt. Es ist viel, aber nicht überwältigend.
    Heutige Designtrends senken die Informationsdichte zu stark, sodass man viel scrollen muss und viel mehr Energie und Zeit aufwendet, um etwas zu sehen.
    Auch wenn man ein Element „öffnen“ muss, bleibt man auf demselben Bildschirm. Keine Modals, kein Kontextwechsel. Nur Metadaten, Beschreibung und Gespräch, mehr nicht.
    In Linear verliere ich mich völlig in Projekten, Cycles, Views und Projekten.
    Jetzt bin ich zwar an GitHub Issues/Projects gebunden, aber ich vermisse die Einfachheit von Pivotal.
    Ich habe gerade eine 10 MB große Pivotal-CSV exportiert.

  • Ich wünschte, 37Signals würde so etwas nachbauen und über https://once.com/ verkaufen.
    Am besten als Einmalkauf, den man selbst installiert und hostet.

    • Da Basecamp eine Board-Ansicht hat, werden sie das wohl nicht machen.