Rules Should Not Apply

Some organizational rules are critically important to keeping people safe from harm. Organizational leaders should ensure these rules are always followed. Other organizational rules exist to help staff know what to expect and to keep operations running smoothly. Making project teams working on critical change initiatives follow these rules can often do more harm than good.

Publication Date:  30 January 2024

One of the most common mistakes leaders make when trying to transform their organizations is tying their project team’s hands by forcing them to follow the same rules as everyone else in the organization. Rules exist to constrain people’s actions and maintain the status quo. Thus, forcing a project team to follow the same rules as everyone else in an organization inhibits the team’s ability to transform the organization and sends the message to the rest of the organization’s staff that the project team’s work and objectives are not all that important.

There are two primary reasons for organizations to have rules. The first reason is to keep staff from performing actions that could cause harm to themselves or others. Many rules of this type are codified in national and local regulations and include things like following proper protocols when performing hazardous tasks, wearing protective equipment in dangerous environments, and properly disposing of hazardous materials.

The second reason organizations have rules is to help staff know what to expect and ensure operations run smoothly. Rules of this type are typically not enforced by anyone outside the organization and often cover things like the proper protocols for getting items approved and timelines for submitting requests and getting activities completed.

Organizations need rules of both of the types discussed above to be successful. However, the first type of rules, those that keep people from being harmed, are much more important than the second type of rules. In fact, rules of the first type are so important that leaders of organizations should never allow them to be broken by anyone, regardless of the reason.

Rules of the second type are much less important than rules of the first type for the simple reason that breaking rules of the second type should not result in anyone being seriously harmed, unlike what can happen when rules of the first type are broken. Breaking rules of the second type might result in people being inconvenienced or slightly annoyed, but no more significant harm than this should occur as a result of not following them.

While organizational leaders should never allow rules of the first type to be broken by anyone, for any reason, they should allow rules of the second type to be broken by project teams working on crucial organizational change initiatives.

There are two reasons project teams should be allowed to break the second type of organizational rules. The first reason is that such rules often get in the way of project teams successfully accomplishing important change initiatives. Rules about such things as chains of command for getting things approved, request processes, timelines for actions being completed, etc. often do nothing more than slow down project teams and hinder their ability to make timely and meaningful changes to an organization. Leaders who force project teams working on important change initiatives to follow such rules endanger the success of important projects.

The second reason project teams working on important change initiatives should not have to follow the second type of rules is that allowing such teams to break these rules sends a message to the organization about the importance of such projects. By allowing project teams to break rules of the second type, leaders are in essence telling the entire staff of the organization that the project the team is working on is more important than how the organization typically conducts business. This powerful message can greatly help critical change initiatives succeed by dramatically illustrating to all staff and stakeholders the level of importance of the project team’s work.

Some rules are more important than others. Rules designed to keep people from being seriously harmed are critically important and leaders should never let such rules be broken. Rules designed to make sure staff and stakeholders know what to expect and to help operations run smoothly are much less important, and leaders who force project teams working on critical change initiatives to follow such rules decrease the chances such initiatives will succeed and demonstrate to staff and stakeholders that such initiatives are of minimal importance.

Recent Posts

The Importance of Traceability

Many software development projects waste time and resources creating system functionality end-users do not want or need while failing to deliver things end-users have specifically requested. Often poor traceability practices are to blame for these failures.

How and When You Communicate Matters

Most organizations understand that communication can make or break a project. Nonetheless, few organizations actually effectively communicate with staff and stakeholders about key initiatives. In particular, many organizations wait too long to communicate with staff and stakeholders and use horribly ineffective channels when they finally do communicate.

It is So Shiny! I Need to Have It!

It seems like every few years some new, must have process or piece of technology sweeps through industries. When this happens, it can very difficult for leaders of organizations to resist the urge to jump on the bandwagon and adopt the newest thing, even if doing so might be in their organization’s best interest.

The Most Important Aspect of Change Management

It can take a lot of time and effort to complete all of the work required by many formal change management methodologies. If an organization has the resources to complete all of this work, it is often very beneficial to do so. However, if an organization does not have the resources to do this much work, significant gains can still be made by focusing solely on the most important aspect of change management.

The Misapplication of Agile and the Myth that Waterfall is Dead

The popularity of Agile project management has led some organizations to use it exclusively and declare other project management methodologies like Waterfall dead. This often leads to Agile being used in situations in which a different project management methodology would work much better, and this in turn results in poor project outcomes and disappointed end users.

You Might Also Like

How and When You Communicate Matters

How and When You Communicate Matters

Most organizations understand that communication can make or break a project. Nonetheless, few organizations actually effectively communicate with staff and stakeholders about key initiatives. In particular, many organizations wait too long to communicate with staff and stakeholders and use horribly ineffective channels when they finally do communicate.

It is So Shiny! I Need to Have It!

It is So Shiny! I Need to Have It!

It seems like every few years some new, must have process or piece of technology sweeps through industries. When this happens, it can very difficult for leaders of organizations to resist the urge to jump on the bandwagon and adopt the newest thing, even if doing so might be in their organization’s best interest.

The Most Important Aspect of Change Management

The Most Important Aspect of Change Management

It can take a lot of time and effort to complete all of the work required by many formal change management methodologies. If an organization has the resources to complete all of this work, it is often very beneficial to do so. However, if an organization does not have the resources to do this much work, significant gains can still be made by focusing solely on the most important aspect of change management.