I never knew the origins of the concept of bureaucracy. Truth be told, I never cared. Turns out, it's more interesting than I thought. Reading Weber's perspectives, I can see how it's well-intentioned. There are many inherent strengths throughout Weber's points; however, implementation has proven to not be so straightforward.
Most notable of my dislikes of what many would consider a bureaucratic process is the concept of the problem ticket. When we have a problem with our computer, we open a problem ticket. We can't just call deskside support directly... no, that'd be too convenient. Instead, we log on to an archaic web interface, filling out literally 2-3 dozen boxes of information. This form is then sent to a queue in Brazil. Hopefully (but not always), Brazil operations team sends it to the proper queue back in San Jose. This team then fills out accounting forms for which deskside personnel will take care of which tickets and at what time. Deskside workers rarely show up on time, not due to lack of effort, but because one employee with a hard problem pushes their entire schedule back. After fixing a problem that takes less than 5 minutes, the deskside person needs to fill out a long form stating specifically what was the problem and what the solution was. The form then gets routed back to the ticket initiator, then finally back to the deskside person to close it out. A couple total man-hours of work for less than 5 minutes of actual work.
Looking at this process, it is easy to see the noble intent. We open a ticket to properly note what the problem is and not cause confusion. Rather than deskside fielding calls, Brazil operations team acts as a dispatcher to facilitate this process so deskside may focus on their job. Deskside's scheduling forms are a method of accounting for their work and claiming labor against the specific department who use them. Finally, both the originator and deskside personnel need to fill the forms to ensure a proper resolution has taken place and a paper trail in place in case of any future discrepancies...
Yes, in each instance, it makes sense. Yet, all together, it makes for a horribly inefficient system that slows things down. I got confused a couple times just typing this out! Not only do we lose the man-hours dealing with the processes, but also the downtime of machines waiting to be serviced... while the ticket is being routed from queue to queue. Weber has noble thoughts, but bureaucracy is difficult to implement well.
Don't get me started on my government job...