Break through Mo@#&#ing B@##%!t.
Mo@#*&#ing Manifesto for Programming, Mo@#*&#ers (NSFW language)
Break through Mo@#&#ing B@##%!t.
Mo@#*&#ing Manifesto for Programming, Mo@#*&#ers (NSFW language)
Your rivals and managers in the office are playing a clockwatching game with you. Among their tools are:
These things cannot be used in your favor so much as having interference run against them.
By the way, if you’re using this to slack off, your lack of productivity will ultimately be found out, you scoundrel.
If you search Google for “cubicle maze”, you’ll find about half a million results. Many people have made connection between cube walls and the the walls of a maze.
Under normal circumstances, the wall angles are where the resemblance ends. However, after years of reworking office layouts and adding height to some walls for privacy, the plentiful aisles and virtual hallways begin to disappear. The contorting of sections of office has the same scrambling effect that turning random sides on a Rubik’s cube has.
After hitting one too many dead ends trying to get to the elevator, I’m wondering if the fire marshall should be called. I mean, is there a clear evacuation path for everyone in the building? Are all the people in the office able get out of the area in which they’ve been walled in? Do they jump the walls to enter and exit their cubes?

I’m sure that, somewhere out there, some popular business wisdom says that people get stagnant when they stay in the same core group too long. Maybe they’re supposed to start failing to come up with new ideas because they are stuck in the mode of groupthink. Maybe they’re too comfortable and complacent. Maybe well-bonded teams are supposedly full of self-promotion and cronyism.
There must be some business wisdom that says that, because it seems that reorganizations often target the cohesive teams as non-productive.
Here’s a different perspective: Teams are families. They have black sheep and dysfunctional members. However, they also find a way to survive despite the individual failings of each team member that would otherwise be somewhat insurmountable. Teams have an implicit loyalty and trust that bypasses the initial trust evaluation phase that occurs with a new relationship.
What if teams function as an extension of the neural networks that shape the individual members of the team? Just as a person who takes up tennis one year, then switches to piano, then cooking, never becomes good at anything, teams that never build a cohesive unit never become good at anything.
Of course, reorganization itself doesn’t have to permanently break down team cohesiveness. New teams can form, just like people join new families. The danger occurs in the perpetual reorganization cycle, especially when team members have no real input about their interests. Such cycles have the same effect on team building that moving a child from foster home to foster home has on trust. Eventually, people just assume that any bonding effort will be wasted and quit bothering to try.
Customer service is important.
The customer is always right.
Always make the customer happy.
Guess what, though? The difference between a customer and a dictator is that while the optimal number of dictators is 1, there generally needs to be more than one customer. Â If you are the only customer and provide full funding/payroll/benefits for the person who is serving you, that makes you an employer.
Since there need to be multiple customers, that means there is a certain amount of prioritization involved. If there are other customers to be served, and no amount of attention is going to please you, you will be pushed to the lowest priority.
6 common work habits that sabotage your productivity
Glad to see status meetings on this list.
Overall, compulsive activities and “keeping up appearances” activities are not very productive, and Lifehacker points the common ones out in the above article.
Say you’re sitting in a meeting, and a ridiculously stupid question pops into your head. You should ask the question.
I’m not talking about a stupid question that would demonstrate your complete ignorance about some key concept that’s being discussed; however, you better ask that question, too–the consequences will be less painful if you ask the question before you completely crash and burn.
Let’s get back to the stupid question in the back of your mind, though. There is probably a reason it popped up. Your subconscious probably heard two people trying to make 2+2=5.75 or something.
This nagging thought in the back of your mind is like hearing what sounds vaguely like a choking sound coming from another room. It may be nothing, but it’s now your responsibility to check it out. It will be on your conscience if something goes horribly wrong.
Source: pdphoto.org

For those who haven’t seen The Producers (affiliate link), the premise is two producers who get the idea to oversell shares of a horrible play [hundreds of times over], so that they can make off with the surplus when the play ultimately flops early. Unfortunately, the play is smashing success and the producers are now on the hook for paying out many times the actual profits of the show.
It seems like support resource planning often goes this way–departments budget and sell their services under the assumption of a best case scenario [virtually nothing goes wrong]. Ultimately, the first outage of services begets additional outages of services, and selling that same support resource to 250 people becomes a recipe for disaster.
New business analysts. Tight timelines. Sensitive business periods…
Halfway through the project, one of the “customers” decides to pay attention during a review of minor specification update. Interestingly enough, the customer doesn’t pay attention to the relatively minor changes that you’re pointing out. Instead, the customer decides to focus on wording in the first few lines of the first page of the document [cue the rant about extensive specifications being too long to be useful].
“That’s not how our business works,” the customer says, pointing to the wording that has been in the document since the very first drafts.
“That’s how the system was designed, and how your counterparts everywhere else in the company do theirs.” Yeah, the “everybody else is doing it”-style reasoning. That wins over customers about as well as it did parents when you were little.
Cue a restart of the entire project.
Months later, you’re far beyond the possibility of making your original timelines, but effectively, you’ve done all the work you can do. The solution? You’re asked come in to work the weekend to make a good show of demonstrating that you’re doing everything you can to finish the project on time. In reality, you have trouble finding administrative tasks to do, yet, you come in every weekend for several weeks under the premise that making the political statement of being there is going to somehow offset the project delay itself.
Meanwhile, you’re burning yourself out before the next project even begins.