Jump to: navigation, search

LaTeX code for Antimanagement Patterns

Click here for a plain text version of this LaTeX code.

% commands generated by html2latex


Here are some ways to not manage things well:

This list comes from the Wikipedia Anti-pattern page - \href{}{}
	\item  Analysis paralysis: Devoting disproportionate high effort to the analysis phase of a project
	\item  Cash cow: A profitable legacy product that often leads to complacency about new products
	\item  Design by committee: The result of having many contributors to a design, but no unifying vision
	\item  Escalation of commitment: Failing to revoke a decision when it proves wrong
	\item  Management by perkele: Authoritarian style of management with no tolerance of dissent
	\item  Management by objectives: Management by numbers, focus exclusively on quantitative management criteria, when these are non-essential or cost too much to acquire
	\item  Moral hazard: Insulating a decision-maker from the consequences of his or her decision
	\item  Mushroom management: Keeping employees uninformed and misinformed; employees are described as being kept in the dark and fed manure, left to stew, and finally canned
	\item  Stovepipe or Silos: A structure that supports mostly up-down flow of data but inhibits cross organizational communication
	\item  Vendor lock-in: Making a system excessively dependent on an externally supplied component[4]

	\item  Avalanche: An inappropriate mashup of the Waterfall model and Agile Development techniques
	\item  Death march: Everyone knows that the project is going to be a disaster ??? except the CEO ??? so the truth is hidden to prevent immediate cancellation of the project - (although the CEO often knows and does it anyway to maximize profit). However, the truth remains hidden and the project is artificially kept alive until the Day Zero finally comes ("Big Bang"). Alternative definition: Employees are pressured to work late nights and weekends on a project with an unreasonable deadline.
	\item  Groupthink: During groupthink, members of the group avoid promoting viewpoints outside the comfort zone of consensus thinking
	\item  Overengineering: Spending resources making a project more robust and complex than is needed
	\item  Scope Creep: Uncontrolled changes or continuous growth in a project???s scope, or adding new features to the project after the original requirements have been drafted and accepted. (Also known as requirement creep and feature creep.)
	\item  Smoke and mirrors: Demonstrating unimplemented functions as if they were already implemented
	\item  Software bloat: Allowing successive versions of a system to demand ever more resources

Personal tools