Yes. I've never been a manager, but when working as technical lead productivity was the one thing I've never bothered trying to measure, as a metric or even an informal impression. Estimating how long something is going to take is really difficult, and as a developer I constantly run into something I thought would take a few hours, and then hit a snag that took a week to rundown and fix. That is despite being a programmer myself, and being very familiar with the codebase and program area. If I can't set a reasonable bar for my own productivity, how can I do so for my team mates, let alone how could a manager removed from the day-to-day work do so? I've felt like the people who thought they could measure productivity were the ones where were fooling themselves.
Instead, I looked at a number of things. Are you making progress? Are you getting help quickly when you stop making progress? Does your code have lots of bugs later on? Do you take constructive criticism well? Do you give constructive criticism well? Do you help out your team mates? But how fast you got work done is not something I considered at all, as long as you were showing up, not wasting exorbitant amounts of time, and not putting in extra hours if there wasn't an emergency, I figure it will get done when it gets done.
Eg, I cared about work ethic instead of productivity, and that is much harder to gauge with work from home. Without it, I feel like I have to start judging based on perceived productivity and I hate that.
That said, I personally love WFH and so do my team mates, and I know them and trust them so it isn't an issue, but I wonder about how new people will work out.