3 ms·
You both make good points. The issue is that the fitness of your source of truth often depends on the direction of your perspective. If its from top of the o
by jimmySixDOF 5y ago
You both make good points. The issue is that the fitness of your source of truth often depends on the direction of your perspective. If its from top of the organization down then the messy granularity of a single QA testers workflow status snapshot is too much detail. But on the ground where the rubber meets the road it is noisier and team communication requires that flexible approach to detail.
These guys solve the problem where Jira is either positioned facing up (clean) or facing down (messy details) and doing your own translation is usually a complex time consuming and error prone API effort in comparison to live spreadsheet data you can produce (down) or consume (up) any way you like. Similar workflows on Make/Integromat or Zapier also help re-orienting the use case direction if you are allowed to connect them.
- electric_muse 5y agoThis is right on the money. One emergent use case is that teams who can’t get all the fields they need added to Jira end up going around it to do their work. (The qa team, for example, may not have leverage to get a whole bunch of checkboxes added that reflect their process). Spreadsheets then become a place where their work happens, and Jira becomes the place they keep up to date to “communicate” with others.