Free business idea: clone Pivotal Tracker as a solo dev / small team. People often ask: how do I find business ideas? Well, here you go: many people publicly saying how they love a product that is going away. This is a validated product: people were paying for it. Apparently quite a lot of people. It doesn't get better than this. All you have to do is to clone the product. You can literally market it as a Pivotal Tra…
Ah, I do love the smell of fresh optimism in the morning! I think the biggest challenges are that a) the vast majority of solo devs capable of pulling this off quickly are well-employed, and b) the timeline for MVP++ is effectively January 1st, else the migrators will make different decisions. And that as soon as migrations happen, your storage costs will balloon, so you need a billing strategy on launch.
Pivotal Tracker will shut down
111–120 of 271 posts
Re: Pivotal Tracker will shut down
#112The thing that I always liked about Pivotal is that it was visibly obvious that there was only one queue. It forced everyone to ruthlessly prioritize and make the hard decisions. In this moment, do you want me working on this bug, or this new feature? You have to decide - you get one or the other. It avoided the "Everything is a high priority" dilemma.
Re: Pivotal Tracker will shut down
#113Earlier quoted context omitted.
> And that as soon as migrations happen, your storage costs will balloon, so you need a billing strategy on launch. Unless people somehow figure out a way of hosting stuff somewhere else than Amazon/$host_that_charges_per_mb_transit (Hint: they exist) Considering it would have to be a lean operation (assuming bootstrapped), then figuring out basic stuff like "We don't want to pay per MB sent" should be a pretty high…
All true, but I think we might underestimate the amount of data sitting in Pivotal.
Re: Pivotal Tracker will shut down
#114Earlier quoted context omitted.
> And that as soon as migrations happen, your storage costs will balloon, so you need a billing strategy on launch. Unless people somehow figure out a way of hosting stuff somewhere else than Amazon/$host_that_charges_per_mb_transit (Hint: they exist) Considering it would have to be a lean operation (assuming bootstrapped), then figuring out basic stuff like "We don't want to pay per MB sent" should be a pretty high…
What hosting providers would you recommend?
Re: Pivotal Tracker will shut down
#115Their site still has a COVID-era banner about "unusual times." Talk about a neglected product.
Re: Pivotal Tracker will shut down
#116Are there any open source self-hostable tracking/project management tools that still have a committed team and forward momentum? I used to self-host a Phabricator instance, which I liked a lot, but the upstream maintainer made the reasonable decision to step away. My guess is there is not much of a niche for self-hosted solutions anymore. The GitHub Issues free tier covers most of the low-complexity use-cases, while…
Redmine:
- https://www.redmine.org/projects/redmine/repository/svn/show...
- https://www.redmine.org/projects/redmine/wiki/Download
RequestTracker:
- https://github.com/bestpractical/rt
- https://github.com/bestpractical/rt/releases
A bit like Phabricator, these are almost frameworks that can do a ticketing UI.
// But really, probably something mentioned elsewhere in the thread, Taiga:
Re: Pivotal Tracker will shut down
#117Earlier quoted context omitted.
Ah, I do love the smell of fresh optimism in the morning! I think the biggest challenges are that a) the vast majority of solo devs capable of pulling this off quickly are well-employed, and b) the timeline for MVP++ is effectively January 1st, else the migrators will make different decisions. And that as soon as migrations happen, your storage costs will balloon, so you need a billing strategy on launch.
> And that as soon as migrations happen, your storage costs will balloon, so you need a billing strategy on launch. Unless people somehow figure out a way of hosting stuff somewhere else than Amazon/$host_that_charges_per_mb_transit (Hint: they exist) Considering it would have to be a lean operation (assuming bootstrapped), then figuring out basic stuff like "We don't want to pay per MB sent" should be a pretty high…
Re: Pivotal Tracker will shut down
#118No idea how Asana is still valued at $3B it's literally just notepad with checkboxes.
Re: Pivotal Tracker will shut down
#119Earlier quoted context omitted.
All true, but I think we might underestimate the amount of data sitting in Pivotal.
I don't think you'd have to consider migration all the data from Pivotal, but lets assume 10% just in case? Lets say that's 100TB in total (on disk), which you could host with 10x storage boxes from Hetzner, 24 EUR each per month, so 240 EUR in total, which includes 10 unmetered connections (1 per box).
I do. You might not have demands to migrate all data from all of your potential customers, but far, far more people than you might expect treat their issue tracking system as a system of record and external memory for a HUGE assortment of things.
One hugely (and obviously) useful query chain that such a system answers is "Hey, this customer problem sounds familiar. Did we investigate it before? Did we solve it? If so, how? If not, why not?". For long-running projects, it is impossible to select the correct 10% of data to retain to also retain the ability to reliably -er- service those query chains.
Re: Pivotal Tracker will shut down
#120I remember their (pivotal) culture was very unique. Maybe the developers have tired out of mandatory pairing
I had good experience with it, fwiw.