kschrader
Joined 19 years ago
Joined 19 years ago
They show up in the morning and say "what was I working on yesterday?" "what else do we have to do in this sprint?" "Assign task XYZ to Devin.ai and put Story ABC into the started state and assign it to me"
It's been unexpected and surprising to me how fast the tools that we've used for years have become tools that are only looked at occasionally for some of the teams that are really leaning in here.
Each subagent is tied to and evaluated against different models (mostly Claude currently), so we can keep improving and adding to them independently.
We're also team centric by default, so if you want to see how someone on your team worked through coming up with a spec you can always see all of the work behind it. We're working on a testing and training framework that would apply your standards company-wide (coming soon).
Finally, we bill on interactions, so it's easy to try out and if you and your team are finding it useful and getting value from it then you pay us, if you don't then you don't. Hopefully this best aligns us to keep improving things and making it better for everyone, instead of just billing you by the seat, regardless of how much people use it.
We estimate that it conservatively saved us about 100 hours of alignment in April alone, and it's getting better all of the time.
Here for questions/comments if anyone has them.
Conversations about why it's bad for developers or product managers or attempts to show them how to get the same value in another way often fall on deaf ears (or don't happen at all) because it's the only way that they know how to work.
One of the key indicators that this is happening is when people start saying things like "this can't do Agile because it doesn't have PET_FEATURE"
Jira isn't just software, it's a way of working that's become the de facto standard, and it's hard to get out of that box for a lot of people.
It is until you hit the wall on it and then you end up with a lot of tough tradeoffs.
Even if people do have the same model then the terms are often different, depending on how you learned to do things. (Example: What is the "correct" number of levels of tasks -> subtasks and what should each layer be called, i.e "Epics -> Stories -> Tasks")
We've been building out Shortcut (https://shortcut.com/) for several years now it's not uncommon for new leadership (new VP of Eng or VP of Product) to show up in a large organization (100+ people in eng and product) and decide that whatever problems the org is having can be solved by moving to Jira and forcing everyone into a new mental model around how they're building things.
(Side note: We're tracking the rate of success of people who make this decision and how long they last in the org, and it's [perhaps unsurprisingly] not great.)
Anyone here paying for it and feel like they're getting their money worth?
We have alerts set up that fire if the p50 or p95 of certain actions spike and we treat it as a bug if things are headed in the wrong direction.
We still see a lot of random cases of things being slower though (shakes fist at random browser plugin upgrades).
It's a hard problems, but if you don't design (and monitor) for this from the beginning things are going to slow down over time as you scale to hundreds of thousands of users.
https://twitter.com/kurt