It made it easy to do the things that were frequently done.
It limited customization down to a sane level.
And it generally seemed to stay out of the way (significant look at Jira).
It made it easy to do the things that were frequently done.
It limited customization down to a sane level.
And it generally seemed to stay out of the way (significant look at Jira).
For now. Looking at the competition it's only a matter of time before it becomes bloated to justify valuations.
But carve it in immutable, legal stone that there will always be a classic (reddit style: old) version of the product that's feature-complete but maintained.
... my suspicion is there's actually legalese somewhere that mandates the continuity of old.reddit.com. Otherwise, I'm at a loss to explain its continued existence in light of aggressive app pushing.
We look at AI as capability similar to any other technology. Instead of jumping on the AI bandwagon or thinking AI is a feature, we look if there is opportunity to reduce friction or help the user well in the workflow they are doing. Today like the AI can inform if there is duplicate issues being reported or improve the titles you submit from Slack conversion.
This is like Excel - nobody needs more than 20% of all its features... but a different 20% for everyone. Project Management/Tracking needs can vary a lot between orgs or even people.
At least in the "agile" (actual or lookalike) software development.
What are alternatives that are light on the customization and day-to-day management?
linear.app seems ok
I do like conceptually the idea of issue tracking living tightly coupled with the codebase, but unfortunately Github can't seem to get it quite right yet.
Ah, I didn’t know/notice any of that, probably because my use case is the absolute minimum:
A project, a few columns, tickets and an assignee field is all I’m using.
I understand most use cases are more complex than mine though.
To set up a new Shortcut workspace:
1. Sign up 2. Invite teammates, group them into teams if desired 3. Activate the GitHub/Gitlab/Bitbucket integration, so as engineers work via VCS their work in Shortcut progresses automatically 4. Set your workspace's timezone 5. Turn on/off Iterations (sprints) based on your process. Unfinished stories can be set to automatically roll from one iteration to the next. 6. Turn on/off point estimation based on your process
Then start writing Stories (tickets/issues) to track work.
Going further: Stories can be grouped into Epics. Epics can be grouped into Objectives (with associated Key Results if that's your thing). You can put Epics on a Roadmap to "share out" what your team is planning to work on. All optional, based on how you work and the size of your org.
It was clear the VMWare was going to gut the company, and Broadcom only made that clearer.
It was once a great company... (Pivotal Labs)
Now it's toast.
Collaborative/online spreadsheets can work. Carefully designed, with appropriate field constraints and filters and sort templates... especially for smaller lists or smaller groups, they can be OK.
A few areas where they break down though:
- No attachments to stories (test cases, screenshots, etc)
- No comments/history view or threaded discussions
- Poor usability of notifications on @mention
- Inflexible UI/data formatting (cells instead of layout)
I'll often start a project using a spreadsheet, because one big advantage is that you can edit several "stories" at once. So it's a good rough draft. Inevitably, the missing features become more important and I move the data over to a more appropriate tool.Sometimes I keep the spreadsheet for internal stakeholder issue reporting. It's a business-familiar tool for gathering input, which then gets synced to the more purpose-built tool for action.