Begging people to realize not everything that involves development is also web frontend or app development.
Include all the work. One thing to be careful of is that the demos are inclusive of all the work required to build functional software. Prepare the team to demo all the parts of their work: the APIs, the infrastructure, the reliability work, and the testing. It’s important for you to cheerlead the work that isn’t customer facing.
It’s the difference between demoing a new maintenance process that lets you reduce down time on your chicken nugget forming machine by 15% and letting people try a new chicken nugget recipe.
Suggesting that demos are somehow unrelated to non-web/non-FE units of technical work is just nonsense.
If you added a cool animation to a button, the work is the demo. You don’t need to do any extra work, make any extra graphs, or explain very much of anything. Literally everyone will get it.
Also I’ve been at countless places that insist graphs and charts aren’t demos, but still insist backend teams do demos. This usually ends up with hitting an API with curl while everyone’s eyes glaze over.
Then your gripe is not with demos, or frontend. Your gripe is with bad orgs. Which has nothing to do with demos or development practice.
2. In nearly 20 years of doing this, I've never seen an org that got backend demos right, which to me says more about demos than it does about the organizations.
The word "demo" implies that you're going to see some live use of the thing, so while I disagree with it, I can understand what leads managers to say they don't want to see a slide presentation of graphs and charts.
No one wants to do "Power Point Presentation Driven Development", but for a lot of backend teams that's the only practical option for regular demos.
:shrug: I guess? I don't really agree but don't really see the validity in debating perceived difficulty.
> 2. In nearly 20 years of doing this, I've never seen an org that got backend demos right, which to me says more about demos than it does about the organizations.
Again, :shrug:, I have not experienced the difficulty you're describing across a wide range of companies and teams.
> The word "demo" implies that you're going to see some live use of the thing,
Maybe herein lies the problem? Because I don't agree with this statement at all, nor have my teams and companies.
> No one wants to do "Power Point Presentation Driven Development"
I do. I have. I will continue to, as I would call these "demos", and they continue to do well. Although I will add that I prefer jupyter notebooks to powerpoint for some types of demos.