Comment by ranie93

7 days ago

Tangential: I have similar thoughts about Jira. The ticket-fication of organizational goals. At least it would be useful to pen any negative repercussions of this

I know it’s trite to just say “you aren’t holding it right!” when it comes to JIRA, but I do think there’s a sensible tool underneath layers of self-inflicted pain. (Self = Atlassian and its users)

User stories, when they’re actually a real problem a real user would need solved, are fine. If you start there, and figuring out how to solve that problem is open to anyone on the team, and you keep the complexity to a minimum (aka, just todo/inprogress/done statuses, and you only try to solve the problem in the story) it’s totally cromulent…

…for start ups who need to ship yesterday and have money to burn.

So IMO not like, the best way to do work, but to do something as fast as possible with people motivated by the problems you’re solving, I like it.

  • > User stories, when they’re actually a real problem a real user would need solved, are fine.

    Some times. Other times they are detrimental, you need an algebra of composable operations up-front and any abstraction you put on the process of designing those will make people design a broken UX.

    User stories are useful mostly for "flux-based" applications where the user has little freedom.

    • > User stories are useful mostly for "flux-based" applications where the user has little freedom.

      I'd say basically only useful for those sorts of applications! If you're going by user stories, there should only really be 1 way of solving any 1 issue, and users should get rail-roaded into it. There's always a solution to problems you've closed user stories for, but that's it. Anything outside those is unconsidered and might not even have a "hackable" solution since you're building everything up organically rather than as a designed system.

      Great for start ups (saved time and money building the impactful flows, your product only needs to do a few things) but awful for enterprises (users have no freedom to warp your product to their needs, your product needs some predictable structure/rules they can build on... those composable operations you're mentioning.)