It's not like the security guard at all, the security guard is not lying or consciously giving a false sense of what his contributions to the team are.
So you'd be lying to your managers with the end goal of behaving as the company expects you to.
This kind of internal tension is normal in lots of organizational structures. It's better if no one has to lie but it isn't (in my opinion) a disaster or anything.
Software development operates largely on trust that everyone on the team is putting in real effort. The manager trusts that when it takes you a week to finish a task, it's because it actually took a week of work, not a few minutes on Monday and then you watched YouTube vids and were on your XBox the rest of the week. And not just the manager -- everyone at the company would almost certainly like to move faster, and wouldn't be happy to know that features and bugfixes could be landing 5x faster, except for people who figured out that no one's checking up on them.
Not necessarily true. This is certainly the case at a startup, but at a more established BigCorp, things move slowly, and the ability of an engineer to work at a slower pace is an asset. You may be waiting on legal approval for weeks or months, or a software review from infosec, signoff from finance on integration testing for a new payment processor, or any number of processes that are not banging out code as quickly as possible (these are all actual examples from my company). In these cases, you shouldn't have to BS your way through a standup, but you will have times where a week goes by and you haven't written a single line of code, and that is exactly what the job requires.
Moving too fast doesn't benefit anyone
I'm not sure I'm familiar with any software project were people were glad it took as long as it did.
OP is not saying that sometimes he's idle. Of course there are times when things move slowly.
OP is saying that in his entire software development career, he works 0.5-1.0 days a week, and never more.