For a developer, no.
For someone involved in non-technical delivery, I would expect they had experience delivering agile projects.
(Of course, agile projects typically call them product owners instead, a subtle distinction.)
I've been involved with agile projects since 2006 and I am still learning new ways of delivering software that solves the right problem, developing team cohesion, surfacing risk early, and other things you don't learn in the 3 day class.
I can teach Scrum in 30 minutes, but there should be an actual expert around until enough of the group has internalized the reasons for the concepts and feel like they can adjust it to suit their situation without fear of dogma. (This expert, however, won't usually cost $200,000 unless they signed the manifesto themselves or are otherwise agile-famous.)
(Here's the 30 seconds if you don't have anyone around. Start with trying to group the next most important thing to do in a 2 week chunk. Every day, talk with each other and make sure to surface any problems and risks as fast as possible. Have at least one person who will use the software sitting with the team to answer questions as they pop up. And every week, take an hour to figure out what's working well, what isn't, and what you need to adjust to make things work more smoothly. There are dozens of technical and organizational practices to go through and try, but the best is to keep the ones that work for you, ditch the ones that don't.
Standups and Demos are just 2 of those organizational processes. Use them if they work, ditch them if they don't. For example, I'm currently working with expert practitioners and we're not doing a standup because we're small enough, work close enough together, and have worked with each other long enough to just talk.