Fin du service Pivotal Tracker

 (pivotaltracker.com)
2 points par GN⁺ 2024-09-20 | 1 commentaires | Partager sur WhatsApp
  • La division VMware Tanzu a annoncé la fin de vie (EOL) du service Pivotal Tracker
  • Les abonnements Pivotal Tracker pourront être utilisés jusqu’au 30 avril 2025, après quoi le service sera arrêté
    • Il est recommandé d’exporter les données avant cette date
    • Aucun support de migration des données ne sera fourni après le 30 avril 2025

FAQ

  • Quels comptes sont concernés ?
    • Tous les comptes sont concernés, y compris les formules gratuites, sponsorisées (académiques ou à but non lucratif), payantes mensuelles/annuelles et les abonnements entreprise
    • Ils resteront utilisables jusqu’au 30 avril 2025, après quoi aucun renouvellement ni aucune transaction n’auront lieu
  • Comment télécharger les données des projets ?
    • Vous pouvez consulter dans le centre d’aide la documentation sur l’export CSV expliquant comment exporter les user stories, epics, historiques et pièces jointes des projets
    • Des instructions supplémentaires seront ajoutées au centre d’aide sur la base des nouvelles informations et des retours
  • Puis-je accéder aux anciennes factures ?
    • Il est possible d’accéder aux anciennes factures depuis les pages existantes de formule et de facturation
  • Puis-je créer de nouveaux utilisateurs ou comptes ?
    • Il n’est pas possible de s’inscrire à Tracker sans invitation ni de créer de nouveaux comptes
    • En revanche, il est possible d’inviter de nouveaux utilisateurs dans un compte/projet tant que la limite de collaborateurs n’est pas dépassée

À lire aussi

1 commentaires

 
GN⁺ 2024-09-20
Avis de Hacker News

  • Idée de business gratuite : il suffit de créer un clone de Pivotal Tracker en solo ou avec une petite équipe
    Beaucoup de gens demandent où trouver des idées de business ; une situation comme celle-ci, où de nombreuses personnes disent publiquement aimer un produit qui disparaît, est précisément une opportunité validée
    C’est un produit pour lequel des gens payaient déjà et qui semble avoir eu pas mal d’utilisateurs ; il suffirait donc de le copier et de le commercialiser comme un « clone de Pivotal Tracker », et il y a peu de chances que VMWare s’en soucie
    On pourrait aussi identifier les entreprises qui utilisent actuellement Pivotal Tracker pour constituer une base de données, puis faire de la prospection téléphonique ou par e-mail une fois le produit prêt
    Avec des technologies modernes comme React ou Svelte, et une base de données hébergée, c’est un produit relativement simple à reproduire seul ou avec une toute petite équipe
    L’essentiel est de rester petit. Si le chiffre d’affaires ne justifie pas les coûts, ou si la pression du capital-risque pousse à grossir fortement ou à mourir, ce genre de business s’effondre
    Un serveur Hetzner à 100 $/mois, un backend efficace comme Go ou C#, et un frontend Svelte ou React peuvent servir beaucoup de clients ; le reste est une question de temps et de capacité commerciale

    • J’aime l’odeur de l’optimisme frais le matin
      Le plus gros obstacle, c’est que la plupart des développeurs solo capables de construire ça rapidement ont déjà un bon poste, et que la deadline réelle pour un MVP++ est autour du 1er janvier, avant que les utilisateurs qui veulent migrer ne prennent une autre décision
      Et dès que les migrations commenceront, les coûts de stockage vont exploser ; il faudra donc une stratégie de facturation dès le lancement
    • Le produit cœur est relativement simple, mais un package logiciel comme Pivotal ne se vend pas uniquement sur ses fonctionnalités de base
      Les vrais arguments de vente sont la valeur ajoutée comme les intégrations et l’automatisation, et cela prend beaucoup plus de temps et nécessite davantage de personnes
    • Le plus grand risque est que les gens se ruent vers le meilleur choix suivant, Linear
    • Ce produit a été arrêté pour une raison ou une autre. Il me semble qu’il existe aujourd’hui de meilleurs outils ; je ne vois pas pourquoi vouloir reconstruire un navire qui a coulé
    • Défi accepté
      J’ai créé plusieurs webapps pour de grandes entreprises, j’adorais vraiment Pivotal Tracker, et je suis très triste de le voir disparaître
      J’ai immédiatement ouvert mon éditeur, importé les données exportées depuis mon compte Pivotal Tracker, puis commencé à construire le modèle de données pour les accueillir avant de passer à l’UI
      Le produit de base est assez intuitif, mais il y a beaucoup de nuances dans la façon dont certaines fonctionnalités ont évolué
      Il y a de fortes chances que tout ne rentre pas dans le MVP ; je me demande donc quelles sont les fonctionnalités clés de Pivotal Tracker dont l’absence serait vraiment regrettable si un nouveau produit tentait de combler ce créneau
      Je vois aussi, parmi les fonctionnalités courantes dans d’autres outils de suivi de projet, des aspects qui pourraient être élargis ou améliorés, et j’aimerais savoir quelles fonctionnalités manquantes ont rendu Pivotal Tracker difficile à vendre aux entreprises
      Si vous laissez des retours dans ce fil, je continuerai à les lire ; et si d’autres concurrents veulent en découdre côté développement, ils peuvent aussi s’en inspirer
      Si vous voulez recevoir une notification de lancement ou d’autres nouvelles, inscrivez-vous à la liste e-mail https://mailchi.mp/73f113e474f1/robert-kohrs-blog ou suivez le RSS du blog https://robkohr.com

  • Ce que j’ai toujours aimé dans Pivotal, c’est qu’on voyait clairement qu’il n’y avait qu’une seule file d’attente
    Cela obligeait tout le monde à prioriser sans pitié et à prendre des décisions difficiles
    Il fallait décider, à un instant donné, s’il fallait corriger un bug ou construire une nouvelle fonctionnalité, et on ne pouvait choisir que l’un des deux
    Cela permettait d’éviter le dilemme où « tout est prioritaire »

    • J’aimais aussi le fait qu’il n’autorisait pas la personnalisation et s’en tenait à des statuts concrets et bien définis
      Les tickets se limitaient à à faire, en cours, terminé, livré, accepté
      Les statuts de ticket personnalisés de Jira sont un enfer d’un genre particulier
    • C’est exactement pour cette raison que j’aimais vraiment Pivotal Tracker. C’était un outil beaucoup plus focalisé, et de loin le meilleur outil de suivi de travail que j’aie utilisé
      Comme la plupart de mes projets sont liés au code, j’ai fini par passer à GitHub Projects, et honnêtement le niveau de focalisation est comparable
      L’inconvénient est que les profils non techniques peuvent avoir besoin d’un compte GitHub, mais en pratique ce n’était pas un gros obstacle
    • Une autre approche consiste à avoir des files d’attente par client plutôt qu’une grande file unique. On sépare ainsi les clients externes, les équipes internes, la dette technique propre à l’équipe de développement, etc., en flux distincts ; c’est décrit dans « JIT selection from independent streams: An alternative to the “big backlog” of work »
      https://longform.asmartbear.com/jit-backlogs/
      Si chaque client gère l’ordre de sa propre file, l’équipe de développement peut se concentrer sur l’élément en tête de chacune
      Bien sûr, l’équipe de développement doit clarifier avec le client les exigences des quelques tâches suivantes, afin que l’élément en tête soit prêt à être commencé immédiatement
      Ensuite, l’équipe de développement peut choisir quoi prioriser parmi les éléments en tête de chaque file, tout en maintenant un équilibre du type : toujours avoir en cours une tâche de dette technique et X corrections de bugs en plus du travail client
    • Quand je l’ai utilisé dans une équipe, il m’a toujours paru excessivement simple
      Mais force est d’admettre que nous livrions généralement ce que nous avions promis pour chaque sprint, et que les moments de surengagement étaient aussi assez évidents

  • C’est dommage. Parmi les outils de gestion de projet que j’ai essayés, Pivotal est celui que je détestais le moins
    Il facilitait les tâches fréquentes et limitait la personnalisation à un niveau raisonnable
    Dans l’ensemble, c’était un outil qui ne gênait pas. Ça me fait regarder Jira d’un drôle d’œil

    • Au final, je me suis posé sur Linear, et il ne gêne pas
      Pour l’instant, en tout cas. Quand on voit les concurrents, on a l’impression que ce n’est qu’une question de temps avant qu’ils ne s’alourdissent pour justifier leur valorisation
      https://linear.app/
    • D’accord. Je pense que l’une des raisons pour lesquelles cet outil était bon, c’est justement qu’il était laissé à l’abandon
      J’aimais le fait qu’il n’y ait pas de nouvelles fonctionnalités ambiguës, et qu’il ne fasse pas partie d’un gros ensemble de plateformes plus complexe
    • D’accord. J’utilise Pivotal Tracker depuis plus de 10 ans, et je l’utilise encore
      J’ai essayé Jira et quelques autres outils, mais j’ai généralement trouvé que la charge d’administration était trop lourde
      Je me demande quelles sont les alternatives légères en personnalisation et en gestion au quotidien
    • En tant qu’ancien employé de Pivotal, j’aimais vraiment PT. D’autant plus par rapport à des choses comme Jira
      Il semblait évident que VMWare allait abîmer l’entreprise, et Broadcom l’a rendu encore plus certain
      C’était une excellente entreprise, à une époque — je parle de Pivotal Labs
      Maintenant, c’est fini
    • https://www.shortcut.com m’a semblé être une alternative plus proche de Pivotal, quasiment en 1:1, et moins dogmatique que Linear
      Ils s’alourdissent tous un peu, donc j’aimerais qu’il existe un produit qui aille vers moins de fonctionnalités plutôt que d’en ajouter sans cesse
      Linear aussi donne l’impression que c’est son avenir

  • Je lève mon verre à Pivotal Tracker. C’était un excellent système de suivi de tickets et de gestion de projet, en avance sur son temps
    À l’époque où je faisais de l’ingénierie logicielle en contractuel, Pivotal Tracker rendait la gestion de la relation client plus facile, parce qu’il montrait parfaitement aux clients l’impact des demandes de fonctionnalités et les laissait choisir eux-mêmes les compromis adaptés à leur activité
    Je pouvais expliquer : « Vous voulez ajouter cette nouvelle fonctionnalité tout de suite ? Aucun problème. Mais comme vous le voyez, si on fait entrer cette tâche de 4 points cette semaine, le reste prend deux jours de retard ; il faudra donc supprimer autre chose ou modifier la date de sortie »
    Excellente UI, excellente ambiance, et un vrai plaisir à utiliser. PT disparaîtra, mais son héritage restera

  • Repose en paix, PT. Je ne peux pas dire à quel point ce logiciel a changé ma vie
    À l’époque où je travaillais chez Pivotal, tout au début de Cloud Foundry, j’ai énormément appris sur la manière de développer des logiciels et des produits
    J’ai appris à travailler étroitement avec les gens, la puissance du pair programming, à prêter attention au développement itératif et à la vélocité, à écrire des stories, et à améliorer avec le temps des choses médiocres
    J’utilise ces compétences tous les jours, et rien d’autre ne s’en approche

    • Pareil pour moi. J’ai travaillé dans 15 endroits, mais celui-ci était complètement différent, et c’est le seul endroit où j’ai vu le pair programming et le TDD correctement pratiqués
      Une fois, on a même livré la première version d’un produit de trading qui n’avait aucun bug
      Plus tard, quand j’essayais d’expliquer cette méthode à d’autres, ils haussaient les épaules comme si je racontais un conte de fées
      J’ai eu quelques autres occasions de la démontrer lors de migrations d’autres systèmes ; cela a très bien marché et la charge mentale et émotionnelle était très faible
      On listait d’abord les cas de test, on créait une fausse implémentation, on commitait souvent, on faisait du développement trunk-based, et on utilisait de petites stories et des améliorations incrémentales
      Mais ce n’était pas perçu comme un succès conçu pour l’être ; en général, les préjugés étaient trop forts, et les gens y voyaient une simple variation fortuite dans le cirque de singes habituel du développement logiciel
      On en est maintenant au point où il faudrait un groupe de soutien pour les anciens
    • J’ai entendu des récits similaires de la part d’autres personnes qui ont travaillé chez Pivotal. L’équipe d’ingénierie avait l’air assez géniale
    • « Prendre le temps d’améliorer des choses médiocres », ça veut finalement dire itérer et pivoter

  • Shortcut(https://www.shortcut.com/) est une bonne alternative à Pivotal Tracker
    J’y travaille comme engineering manager, et j’ai aidé à créer l’outil d’import (https://github.com/useshortcut/api-cookbook/tree/main/pivota...) qui permet de transférer les données de Pivotal Tracker vers Shortcut
    Shortcut est un produit orienté équipes, avec de solides intégrations GitHub/Gitlab/Bitbucket et Slack

    • J’ai toujours l’impression qu’il y a trop de colonnes et trop de statuts
      Pivotal Tracker, c’était essentiellement ice box, backlog et current iteration
      Quand je vois des entreprises plongées dans l’enfer Trello, l’intention est bonne, mais les statuts se mélangent souvent et des zones grises apparaissent
      Il y a une dizaine ou une quinzaine de colonnes sur le board, et ça devient un chaos complet
    • Waouh, ça ne s’appelait pas Clubhouse à une époque ? Gros retour en arrière
      Il y a longtemps, chez Papa, on utilisait Clubhouse

  • Existe-t-il encore des outils de suivi et de gestion de projet open source auto-hébergés, avec une équipe dédiée et qui continuent d’avancer ?
    À l’époque, nous auto-hébergions une instance Phabricator et je l’aimais beaucoup, mais la décision du mainteneur upstream de passer à autre chose était compréhensible.
    Aujourd’hui, la niche des solutions auto-hébergées ne semble plus très grande.
    La plupart des cas d’usage peu complexes sont couverts par le niveau gratuit de GitHub Issues, et les cas plus complexes sont pris en charge par des SaaS d’entreprise.

  • Cette nouvelle me rend triste. Je crois que cela fait plus de 10 ans que je n’ai pas utilisé PT, mais avant cela, je l’ai beaucoup utilisé pendant 3 ou 4 ans.
    Comparé aux autres outils « agiles », c’était un outil qui laissait respirer.
    Il était très simple, tout était sur un seul écran, et il était facile de déplacer les éléments d’un état à l’autre.
    Notre équipe l’aimait parce qu’on pouvait le laisser ouvert dans une fenêtre toute la journée et le modifier au fil des besoins.
    Je ne crois pas avoir revu depuis un outil qui s’en rapproche autant.
    Je viens de me reconnecter après des années, et deux projets parallèles y étaient encore. Il est sans doute temps de les télécharger.

  • J’ai ouvert un projet Pivotal Tracker de 2011, et j’ai été surpris de voir à quel point l’UX était bonne, et l’est encore aujourd’hui.
    Visuellement, cela paraît daté, mais je trouve que l’UX est excellente.
    La simplicité est renforcée par une forte densité d’information. Il y en a beaucoup, mais ce n’est pas écrasant.
    Les tendances actuelles du design réduisent trop la densité d’information, ce qui oblige à beaucoup faire défiler et à dépenser bien plus d’énergie et de temps pour voir quelque chose.
    Même quand il faut « ouvrir » un élément, on reste sur le même écran. Pas de modale, pas de changement de contexte. Seulement les métadonnées, la description, la conversation, et rien de plus.
    Dans Linear, je me perds complètement entre les projets, les cycles, les vues et les projets.
    Aujourd’hui, je suis coincé avec GitHub Issues/Projects, mais la simplicité de Pivotal me manque.
    Je viens d’exporter un CSV Pivotal de 10 Mo.

  • J’aimerais que 37Signals clone quelque chose comme ça et le vende via https://once.com/.
    Ce serait bien de payer une seule fois, puis de l’installer et de l’héberger soi-même.

    • Ils ne le feront pas, car Basecamp propose une vue en tableau.