Category Archives: Execution

Four Principles for a New Model of Accountability

Accountability, everyone wants more of it, from our political leaders and institutions, businesses, schools, work colleagues, and even our children. Our general understanding of the word, however, and how to acquire more is imprecise and shallow. This is particularly disappointing in the work place context because increasing accountability can indeed improve performance. This post explores the term and proposes a new perspective, based on four principles that can increase accountability.

Let’s begin with definitions and the current perspective. The Merriam-Webster dictionary defines accountability as “an obligation or willingness to accept responsibility or to account for one’s actions.” The Random House dictionary offers a different perspective defining accountability as “the state of being answerable: obliged to report, explain, or justify something.” It is noteworthy that in its common usage, both definitions emphasize a backward-looking perspective; i.e. holding someone accountable for something he or she did. Often there is also a punitive overtone. It comes down to tracking deliveries and due dates with the question:  “Did you do it, and if so, what are you going to do about it?” Going further, the term is associated with the notion of “accounting” as in checking the score and determining who’s going to pay.

These commonly held notions are actually counter-productive to building more accountability in the workplace. The underlying enforcement and punitive notions about accountability do not create the optimum mood with a prospective collaborator. We need to develop a new perspective about accountability based on four principles:

1)     Accountability is forward-looking.  Accountability should be agreed upfront and not assigned at the end. As a task or initiative is being planned, the parties involved should be talking about who is going to be accountable for each outcome or deliverable. The performer consciously and explicitly commits and accepts responsibility. 

The critical portion of the conversation is at the beginning where the commitment is formed.

2)     Accountability is based on willingness.  There is a critical distinction between being willing to accept responsibility and being obliged to perform a function or produce a deliverable. In an organization characterized by a command-and-control culture, the performer is “obliged” to accept responsibility for delivering an outcome. Accountability is foisted on the performer simply by virtue of their position relative to the requester (e.g. the boss gives the orders).  In effect, the senior person ends up saying “I’m holding you accountable…” This is not the optimum means to boost accountability. Real accountability comes from “the performer’s mouth”.

A performer willing to accept responsibility explicitly declares their commitment and says in effect “You can count on me.”

3)     Accountability is about the quality of the dialog.  Building on the dictionary definition: “the state of being answerable”, what is important is the “answer” from the performer. Instead of the more usual presumption of accountability, the dialog begins with an explicit request that needs to be met with an explicit response. A conversation ensues and a specific agreement about expected results and due date is crafted. Having responded directly to the request and committed to the outcome, the performer has, in fact, taken on the accountability for delivery.

The quality of the dialog between the parties is much more important than recording the assigned due date.

4)     Accountability involves negotiation.  The requester must acknowledge their dependency on the performer by providing an opportunity for an honest response. The performer answers by sharing their capabilities and concerns regarding the request. Commitments that evidence real accountability involve a level of disclosure and dialog that is typically not present when tasks are assigned. Most managers assign tasks and expect accountability to follow along as part and parcel of the assignment. In effect, they are saying “I am assigning you this task and holding you accountable for getting it done on time”. This is not a dialog, only a one-way statement. The performer has not actually “answered”. The performer has not made any personal or public ownership of the task. While we are all familiar with position-power simply “assigning” accountability, a superior approach is to afford the performer a genuine opportunity to negotiate a response to the request.

Negotiation strengthens commitment. 

 

Focusing on accountability can be an effective lever for improving organization performance.  Accountability drives execution. To be most effective, however, we need to replace the current enforcement and punitive notions about the word with a new perspective that keys on upfront dialog and making clear agreements.

“Collaboration 2.0” – More Than Sharing Documents

Recently, I read “Collaboration 2.0: Technology and Best Practices for Successful Collaboration in a Web 2.0 World” by co-authors David Coleman and Stewart Levine.

First and foremost I appreciate that the authors have expanded our view of  what co-laboring is all about.  The commonly held understanding of the word “collaboration” has for too long been hijacked to simply connote document sharing.  For example, a software product review written as recently as October 2011 contained the following line:

“The two most important aspects of cloud computing for small businesses are mobility (reading and editing documents on mobile devices) and collaboration (sharing and co-editing documents).” [My emphasis added]

Collaboration is so much more.  As the authors vividly point out, effective collaboration requires attention to people, process and technology.  They advise their readers “collaboration solutions that only focus on technology will fail if they do not also address the ‘soft stuff’ – relationships, trust, behavior and attitudes.”  Additionally, they suggest “what has been missing and what is a key ingredient for successful 2.0 collaboration are some. . .protocols around the basics of interpersonal communication”.  How to communicate in a virtual environment has the same, and even more, challenges as communications in the physical world.  Technology designs need to be mindful of “creating a context in which people communicate more effectively”.  Coleman and Levine rightly assert the number one communication roadblock is “Lack of Clear Agreements”.

The book’s latter section presents an insightful discourse on what the authors refer to as “Law and Principles of Agreement”, i.e. “Every collaboration is established in language by making implicit and explicit agreements. . . Collaboration and agreement for results is simple, but it is not easy.  It requires thoughtfulness and clear thinking on the front end before you move into action, and then a commitment to get through the rough spots after you begin.”

I could not agree more.  New software solutions are being developed and introduced that go well beyond document sharing to address the “soft stuff”.

To facilitate effective collaboration, technology can:

  • Create a context – a “space” in the virtual world where two or more parties can come together to carry on a dialog about achieving a shared outcome.  Different from email, new technologies enable each party to independently work in the shared space without waiting for the other to respond.
  • Guide behaviors – users make requests and offers to begin a dialog/conversation between collaborators.  Effective and efficient collaboration is spawned and carried through in a well-crafted conversation in which the two participants interact with each other, declaring specific things, in a structured sequence.  The requestor initiates the dialog/conversation by making a clear request of the output or result that would satisfy their concerns, the performer responds by making an explicit agreement to produce a specific outcome at an agreed upon delivery date, the performer presents their output, and the requestor explicitly acknowledges whether they are satisfied thus closing the structured sequence loop.
  • Make agreements explicit – who will do what by when is “on record”.  Document a clear request and the agreement by the performer to deliver by a certain date.  To emulate actual conversations, the software controls require an appropriate response from the performer (e.g., the performer must select one button option: “Agree”, “Decline”, or “Counter-offer”).
  • Provide protocols to guide the conversation flow – the conversation thread is “managed” by the software to include mutually beneficial actions and comments that progress the conversation and close the loop.  These “rules of engagement” must strike a delicate balance and not be overly restrictive; the technology must have sufficient flexibility to support human interactions in ways “natural” business conversations are handled in the physical world, but may include prompts to move the conversation along, to reach mutual resolution, and to complete the delivery.  Both parties in the conversation move forward along an explicit path.
  • Keep and maintain records – track project status, changes, modifications, updates, deliveries and outcome assessment.  Records archive all data and dialog threads associated with completed collaboration agreements for future analysis and learning.
  • Reveal execution in progress – graphically display the real-time status of the whole network of interdependent collaboration conversations associated with specific goals, projects, accounts, etc.
  • Provide metrics – measurement adds management insight and supports interventions to improve collaboration.  Technology can, at a glance, highlight initiatives: still being negotiated, ones on track, those that have been delivered, which are late, etc.  These can be presented on an organization-wide basis as well as on a person-by-person basis.  On time delivery percentages and satisfaction ratings can be quantified to build reputations.
  • Build trust – technology plays the role of a third party to the conversation, monitoring and helping facilitate the development of a successful relationship.  The software is intended to introduce and support best practices and more efficient behaviors while enhancing ways of working.  Beyond capturing data and managing workflow, the software represents a significant organization development intervention that leads to improved performance and results.

Collaboration technology is so much more than document sharing.

One Simple Behavior to Elevate Employee Engagement

There is a growing recognition of the close relationship between an organization’s performance and its employee engagement.  Many observers share a concern that employee engagement is in decline; which is directly affecting how an organization internally and externally meets its obligations.  There is particular concern regarding Millennials.  (For an overview of this age group read The Millennials.)

This article describes one specific management behavior that can elevate engagement.

In a recent article Arthur Lerner, Principal at Arthur Lerner Associates, has done a nice job of describing a hierarchy of the levels of engagement.  He writes:

“This isn’t precisely what Senge et al wrote in The Fifth Discipline, but close and slightly expanded. (The original had four types of compliance – grudging, formal, ‘regular’, and genuine, and require comment to differentiate.  I’ve substituted the words below, which includes adding in coercion as the lowest level, probably needing a line above it because it connotes no willingness.)

It was written well before the current passion for engagement, and has served well in my experience to differentiate some of what others have pointed to in this discussion already.  It presumes leader-follower/hierarchical relationship. Read the following from bottom up:

Enrolled
Committed
__________
Volunteering
Supportive
Cooperative
Compliant
Obedient
Coerced

From the bottom, each higher stage indicates a greater degree in the willingness to subordinate to do what a leader (organization) wants, in particular via greater ‘buy-in’ to the vision and perhaps the goals that underlay what is asked. . .  As it stands, with no explanation, it does not include ways to attain the stages in terms of intrinsic or extrinsic rewards, etc.  The line between volunteering and being committed indicates an internal shift from doing – even enthusiastically – what the ‘other wants’ to taking on internal ownership for the behavior or result desired.  Enrolled connotes going beyond commitment in that someone who is enrolled so fully cares about and wants to see the success that s/he will carry forth even in the absence of a prior leader of the effort.  One could collapse some of the stages as shown, but the drift is definite, and the line is a distinctive qualitative divider.  I won’t go into connections between the stages and progression between them and issues of motivation, enthusiasm, engagement etc. but they are many.”

I like this hierarchy; we can all recognize the levels.  But how do we make changes that move engagement up the hierarchy?  What are the work practices and manager behaviors that can move the needle?

One dimension that is both practical and observable is the character of the dialog that’s going on between the parties.  For the bottom five levels (Coerced through Supportive) the conversation is top-down.  In fact, there is no real dialog at all.  The manager-leader simply tells the team members what they must do.  This ranges from a direct order, with consequences, to a stated need.  The ‘demand’ or assignment changes in style (i.e. harsh direct order to kindly assignment) but not in character.  “I need this done by you by this date”.  It’s a statement.

At the Volunteering level there is a fundamentally different type of conversation.  At this level and for the first time, an actual two-way person-to-person or manager-to-employee dialog occurs.  The difference is the manager asks a question rather than making a statement (e.g. “I need this done, which one of you can get it done?”)  The performer, aware of the need, responds with an explicit agreement to fill the need.  Even though the dialog is still a bit ‘tilted’ in favor of what the manager wants, there is at least an opening for a response to express willingness by the performer.

Something very different happens when moving up to the Committed level.  To get to this level, there must be a genuine dialog between two individuals, more or less on equal footing, where the performer is making an explicit agreement to deliver.  The key change is that this conversation starts with a request (e.g. “Can you complete this project or task by Friday?”) versus beginning with a statement.

What follows is equally important.  The performer has the ability to respond by saying yes, no or by proposing an alternate completion date.  They are able to negotiate what they are able to successfully complete by a specific deadline or make a counter-offer to the request.  Most importantly, with the real opportunity to negotiate, they make a commitment (e.g. “I will get this done for you by next Monday.”).  This statement expressing “ownership” by the performer is the hallmark of the jump to the Committed level in the hierarchy of engagement.

The top level in the hierarchy is Enrolled.  At this stage, the engagement is spontaneous, even anticipatory.  As with the other levels, this one is also characterized by a certain type of dialog.  This level is characterized not by requests from the manager, but by offers from the performers; e.g. “I understand what needs to be done, have the time, resources, and enthusiasm to get it done, and therefore I am making an offer to do it.”).  Again, the performer is engaged in a negotiation with the manager-customer that results in a clear commitment for delivery.

While I readily grant the substantial over-simplification of a complex issue, managers who want to increase engagement can begin by changing one thing – the character of the dialog with the performer(s).  Changing statements to requests is a good first start.  This simple step releases the power of the performer to respond at a higher level of engagement.

 

 

Nine Part System for Effective Business Execution

What we have here is a failure to execute!

The biggest management problem today is not creating visions, nor developing strategic or tactical plans.  The real problem is the failure to effectively execute.  Balls get dropped, deadlines are missed, deliveries are half-done, priorities constantly change, projects overrun budgets, and initiatives do not get satisfactorily accomplished.  It is easy to see why.

We have an overload of messages and communication to wade through.  Communication about execution is not face-to-face or even in real-time but more and more conducted remotely.  Coordination is more difficult as organizations become more decentralized and matrixed.  As the need for collaboration increases, personal accountability is increasingly diluted and unclear.  True employee engagement is in decline.  A return to 20th century command and control hierarchy will not work, as today’s workforce wants and expects more influence over decisions that affect their day-to-day work, not less.  The solution is to deploy new practices and systems that improve execution while simultaneously creating more commitment.

Nine Aspects of Effective Execution Support Systems

A comprehensive approach to deploying practices and systems to support execution involves nine distinct aspects that can be grouped into three categories: Set Up for Success, Follow Through, and Feedback.

Set up for Success

Set up for Success involves four aspects that assure teams as well as individual members are aligned and in agreement with the desired outcomes.  If the task or initiative is missing certain elements or is poorly structured at the start, execution will be hit or miss.

  1. Goals – Much has already been written about the importance of linking individual team member goals with those of the overall enterprise and department. This provides each member with a clear “line of sight” up to the broader organization goals.  If tracked by the system, senior managers can also “look down” the chain of command to see activity and status of how goals are being accomplished in real time.
  2. Clear Requests – This is an underrated management skill.  It involves identifying an individual performer, explaining the context for the request, and then making a clear request that includes a specific due date and deliverable.  Priorities do not deliver, only due dates matter.
  3. Employee Engagement – In the context of the modern workforce command and control practices will no longer assure employee engagement in outcomes.  And neither does “drive-by” task assignments where managers dole out assignments without any real dialog with the intended performers.  Hierarchy is out; managers and employees now operate on a near-level playing field.  Managers need to learn to make requests and then gain individual commitment from each performer through a more peer-to-peer dialog.
  4. Accountability – This is more than getting a clear plan of who will do what by when.  The key to accountability is achieving a negotiated commitment by the performer.   For example, performers are given the option to make counter-offers to requests with alternate due dates or alternate deliverables.  The dialog concludes with the performer saying “you can count on me”.

Follow Through

It is surprising in this day and age to see what poor tools, policies and procedures companies, managers and even employees have for tracking project and task follow through.  Email, still the most prevalent communication system, is ill-equipped to handle structured follow up.  Project management tools track outcomes, but are generally “overkill” for tracking ongoing activities.  The practice of delivering should be much more explicit.  Effective follow through involves three aspects.

  1. Dialog during delivery – Forging an agreement to deliver an outcome by a certain date is not the end of the conversation, it is the beginning.  Stuff happens along the way, priorities shift, new information surfaces, problems arise.  A threaded dialog, in the context of the task, enables all parties to keep in close touch along the way with status updates and adjustments.   Relying on unstructured email messages in your in/out box does not work; new systems are needed to manage and present these conversations along with workflow to show who has the responsibility for the next action.
  2. Real time visibility into progress – A Gantt chart shows the task start and predicted end dates, but it does not provide any real-time visibility into the progress of the project or task.  Weekly status review meetings are fine for general department or project updates, but there is no need to experience a week-long time delay for resolving critical issues and updates.  Systems that provide immediate notice to all concerned parties of progress and issues enable earlier identification and resolution of issues that impact delivery dates.
  3. Explicit delivery and assessment – In lieu of sliding in partially complete outcomes over a soft due date, managers and employees need to “crisp up” the final stage of task completion.  Having made a clear agreement to deliver a certain outcome by a certain date, the performer should conclude the task by making an explicit delivery (i.e. “I am delivering what I said I would deliver.”).  The manager-requester is then obliged to explicitly accept the delivery and offer an assessment of their satisfaction level with the outcome.  Waiting to provide feedback until the year-end performance review misses innumerable opportunities for management, employee and overall process improvement.

Feedback

No system is complete without feedback mechanisms that inform all participants and guide future performance improvements.  Organizational learning depends on feedback that is relevant and actionable.  All concerned parties need and expect to know “how are we doing” from a near term and long term historical organization and personal perspective.

  1. Scorecards/batting averages/metrics – Providing real time metrics indicating quantity and status of every commitment each individual is currently accountable for with the associated agreement for completion date enables better resource allocation.  Status and delivery statistics not only drive performance; they also drive trust.  The best systems provide measurement for performance of managers as well as team members (e.g. identifying managers who have a high rate of making requests and then canceling them may provide previously hidden opportunities for productivity gains).  Summary metrics that reflect a large number of specific delivery commitments (e.g. on time deliveries) can be incorporated into annual performance reviews.
  2. History to learn from – A historical record of “what went down” can benefit managers and employees by providing a comprehensive record of who-said-what-to-whom-and-when associated with a particular task/initiative.  By reviewing a series of past commitments, patterns of behavior emerge that can guide performance feedback with very specific, granular examples.  Moreover, organizing past deliveries in the context of whole projects can guide future improvements on a more macro scale.

When looked at closely, execution actually depends on a number of identifiable and interrelated factors that address setup, follow-through, and feedback.  Setting goals and conducting weekly follow-up meetings only scratches the surface.  Managers need to develop a better understanding of the many aspects of effective execution.  Better tools that support these aspects are in the Beta and customer-testing phase.

 

5 Disruptive Practices That Boost Commitment

Talking is good; taking action together is better.  At the end of the day, what really matters and defines each of us on an individual, group and organization level is what was executed.  In any organization, all accomplishments are the result of individuals taking action together.  What a simplistic thing to say.

And yet, there exist many flaws in how we take action together.  People make vague requests.  Actual performers are unspecified.  Delivery dates are proposed without confirmation – if they are mentioned at all.  Agreements to deliver, when they are defined, shift and derail without a clear dialog between the person requesting or expecting an outcome and the performer(s).  Outcomes and deliveries are submitted willy-nilly.  Expressions of satisfaction, or not, with the delivery are absent.

Worse than these mechanical flaws, we are all familiar with the attendant interpersonal breakdowns.  Team members are silent about their cynicism toward the proposed requests.  Real engagement by employees is lacking.  People work on their favored assignments and leave other tasks to decay.  Low trust that deliveries will be met on time forces a need for backup systems and frequent check-ups by “management”.  Can we not recognize and acknowledge that the current model of working together is broken?

There is nothing in what I’ve just outlined that is unfamiliar to every reader.  We all have allowed (even colluded) in this “system” for a long time.  Isn’t it time to disrupt the existing system and try a new approach which provides results and benefits to all parties?  Let’s get back to basics and recreate our working relations around the golden rule:  “Say what you’re going to do, and do what you said”.

The core of this idea is making/remaking our work agreements personal.  Saying out loud, “I intend to accomplish the following by this date”, has powerful implications for both the speaker and the audience.

  • The speaker articulates their personal understanding of the desired outcome.
  • Accountability is taken on; the speaker has assumed ownership.
  • Giving voice creates commitment and in so doing discretionary effort is invoked to make good on the commitment.
  • Transparency builds trust.  Customer confidence is increased many fold.

The quality of the ensuing dialog between performer and customer moves from vague assumptions to clear agreements. Our word creates a bond with another person.  Personal honor and reputation are now at stake.

The following five simple, but profound, practices describe what such a system would actually look like:

(1)  Make requests and offers, not assignments. Clarify roles involved in this action – some one person is the performer and some one person will be recipient/customer for the delivery.  This practice is not limited to hierarchical roles; requests go down, up, and sideways throughout the organization.  This is the step that sets up the conversation for action between two people.  Others are/may be stakeholders and observers but let’s be clear on who is being asked, or who is offering, to deliver what to whom.  It’s personal!

(2)  Make clear agreements. Clarify expectations and negotiate commitments.  Say no if you mean no; unless you can say no, there is not the possibility of a committed yes.  This is the part about “saying what you’re going to do”.

(3)  Keep communications going between the requestor and the performer throughout the delivery stage.  Stuff happens along the way.  Agreements are not guarantees, but agreements must be honored.

(4)  Present the deliverable explicitly, i.e. the performer says “here is what I said I would deliver” or “this is why I could not deliver”.  This is the essence and evidence of accountability.

(5)  Last, but by no means least, the recipient/customer must acknowledge and assess the delivery.  Honesty and truth demand an assessment as to whether the delivery met the original expectations.  Answering the question – were you satisfied? – completes the cycle and assures closure.  This underutilized practice is the minimum quid pro quo to the effort of the performer and serves to represent the customer’s accountability to honor the agreement.  Moreover, these are often the “golden moments” when feedback can enhance both future performance and trust.

Summary

We have colluded to make task delivery conversations vague and impersonal.  Our common work practices are packed with inefficiencies that dilute personal accountability.  We need to get back to basic fundamentals by saying what you’ll do and doing what you say.

In the Social Cloud Who Gets the Job Done?

The power of social networks is all the rage.

The headlines promise to “harness the power of networks of people”.  One vendor offering “cutting edge social collaboration tools” promotes a next generation wiki in which an issue or problem is sent out to the larger group for everyone to contribute to and try to solve thereby attracting the collective intelligence and input from the larger group.

This is what “Social” solutions are all about – people connect, author, and post – large groups of people sharing ideas and resources in a common forum.

Broadcasting needs and gathering input from the large social group has value, but social networks do a poor job of coordinating work and actually taking (any) action.   At some point everyone has to get off the network and into the real world to accomplish something.

Groups, be they composed entirely of internal or mixed with internal and external personnel, can generate enormous power and innovative ideas, but groups can also diffuse responsibility and accountability for acting on those ideas; the larger the group, the more diffuse.  Information sharing is much different than taking responsibility or even accountability.  The real lever for taking action is not the one-to-many, but rather the one-to-one relationships.

Consider the oft-quoted, but anonymous story about the four people named Everybody, Somebody, Anybody, and Nobody.

“There was an important job to be done and Everybody was asked to do it.  Everybody was sure Somebody would do it.  Anybody could have done it, but Nobody did it.  Somebody got angry about that because it was Everybody’s job.  Everybody thought Anybody would do it but Nobody realized that Everybody wouldn’t do it.  It ended up that Everybody blamed Somebody when Nobody did what Anybody could have done.”

Taking action comes down to two people – one person delivering an outcome and another receiving and acknowledging the outcome.  This one-to-one commitment-building process begins with either a request by a customer or an offer by a provider.  The leader makes a request of the team member, the CEO makes a request of a VP, the Marketing Director makes a request of the Engineering Director, a salesperson makes an offer to a client, etc.

It is this universal pattern that gets things done, and the next generation of productivity tools will focus on enhancing these one-on-one conversations for action so the vision of the group is made true by the actions of its members.

Eight Game Changing Ideas – Reflections on Games People Play at Work

Assigning and managing work tasks involves some well-worn “games people play”.  If you look closely, you discover these games can interfere with efficiently accomplishing the task-activity.  Here are 8 ways to use simple task management to change the games, increase commitment and boost performance.

The term “game changer” is in vogue and there is a great buzz surrounding this idiom.  What does this term mean and what situation, term, idea or person qualifies as being a real game-changer?  For this article I will use the term literally by describing the Old game and the New game.  Anyone can debate the significance of what constitutes a change, but I will be as definitive as possible about what game is being changed.

The context for these ideas revolves around the “games people play” with each other about getting stuff done in an enterprise:

—  how tasks are assigned and collaborated upon,

—  how customers and vendors work with each other,

—  how project managers relate to their team, and

—  how leaders lead and followers follow.

The eight ideas expressed below are not fluffy industry speak, like “build more trust”, or “increase accountability”, or “pay for performance”, etc.  I often encourage these approaches as well, but the concepts listed below are all executable.  They relate to specific behaviors and tools that can be tangibly implemented and observed.  One can tell at a glance whether the parties are playing the old game or a new one.

Each can be individually implemented, or can be co-jointly applied to good advantage as complementary behaviors in an entirely new game.

1.  Ask, Don’t Tell

  • Old Game: The project manager assigns tasks to a team member(s) along with desired delivery dates.  The performer(s) is expected to hit the assigned dates or face consequences.
  • New Game: The project manager describes a task and ASKS the intended performer(s) if and when the task can be successfully delivered.

To accomplish a task, one party (the customer or manager) makes a request of another instead of assigning a task.  Putting a person’s name next to a task does not equal real commitment to fulfillment. Making a request presumes a more egalitarian relationship between the requester and the performer (i.e. not a command-and-control management style).

2.  Performers negotiate delivery dates

  • Old Game: Delivery date is entered in the project plan or specified by the requester as the date they need it done by.
  • New Game: The performer responds to the request by clearly stating if and when the requested task can be delivered.  Counter-offers are commonplace.

The performer engages in a negotiated agreement (including the ability to decline or counter-offer).  The ability to say NO enables a performer to make a committed YES. Moving from task assignments to a two-way agreement that is explicit and public encourages added discretionary effort by the performer to deliver on time.

3.  Response required

  • Old Game: Manager says “I sent out the request, but have yet to receive any response.”  Staff person replies: “I received the new task email from my boss, but I do not want to do it so I will delay or not respond and see if he brings it up again.”
  • New Game: Performer provides an explicit agreement, negotiates an alternative, or declines the request, and each party knows exactly where the negotiation stands and who has the ball for the next action.

The intended performer provides an explicit response to a work request or task.  No more unanswered emails.

4.  Track dialogs in context

  • Old Game: The twists and turns, shifting priorities, and new information encountered along the way that ultimately affects task delivery is lost in a myriad of emails, chats, text messages, and voice mails.
  • New Game:  Every comment and stage of the dialog is captured and available for immediate reference and future review.  Each party contributes and creates a comprehensive record of events, activities, issues, and deliverables.

The real performance lever is the quality of the dialog between the requester and the performer. This is where relationships are built and maintained. The complete dialog thread, in context of who said what to whom, provides new insights into execution details.  As the task or project progresses there is a defined and viewable documentation which can be analyzed and used to learn and mentor the individual as well as the team.

5.  Close the loop

  • Old Game: Performers “slide in” partial deliveries in a haphazard fashion and managers do not formally accept or evaluate their satisfaction with the outcome.
  • New Game: Performers explicitly assert they have a made a delivery in response to a specific request, and managers explicitly accept, acknowledge and assess the result.

Deliveries should be made explicitly and actually accepted and acknowledged by the requester. How satisfied was the requesting manager/customer with the outcome and the deliverable?

6.  Track commitments

  • Old Game: “I have a general idea of the promises I have made, but I regularly forget something along the way.  I do not maintain or update a comprehensive list of all my commitments”.
  • New Game: “I do not lose track of my commitments to others, and therefore my reputation is backed up by hard data.  I know exactly where I stand with all my commitments”.

Keep track of commitments you have made to others and those that others have made to you.  A promise-keeper builds trust and reputation.

7.  History matters

  • Old Game: After the task is completed it falls off the Gantt chart without any memory of how it turned out or what transpired along the way.
  • New Game: A detailed record of all requests, tasks, and deliverables is preserved for mid and post project analysis and review.  Everyone has something to learn from.

Keep an historical record of past conversations and deliveries.  What approaches, policies and best business practices are deployed to capture past experiences and learn how to do it better next time? Break the cycle of past miscues and wasted efforts.

8.  Report performance metrics

  • Old Game: Managers write the annual performance review based on their general impressions and recent memory (e.g. last six weeks) of the employee’s performance.  Employees have no shared record of specific achievements and contributions they have made throughout the year.
  • New Game: Managers and employees have a detailed shared record of all the specific requests and deliverables including specific on-time delivery metrics.

Real metrics about personal and organization performance drive extraordinary improvements. No more performance reviews based only on limited memory of recent events.

The games people play at work no longer serve anyone well.  Forward thinking organizations looking to establish more effective and more powerful work norms will find that paying closer attention to the actual interactions between people will bring big dividends by improving commitment and productivity.  

Priorities Don’t Deliver – The Only Thing That Matters Is Agreeing On A Delivery Date

When someone delegates a task to someone else it’s common business practice for the requester to assign a priority (high, medium, low) to the task.  It’s done all the time, in email messages, task assignments, yearly goals, etc.  The priority is a signal from the boss that the “top” priorities are most important to him/her, and they are expected to be done ahead of others.

This practice has less value than we think.  Assigning priorities to task assignments does not drive better outcomes – i.e. does not assure that the right things get done at the right time.

What good is it to have low priority items that we know will never get done? They’re cluttering some list, but, if truth were told, they’ll never get done.  We’ve made a record of them, but we just don’t have the courage to delete them.  On the other hand, what good is it to have numerous high priority items, with more being added each week?  Before you have completed the list, another “top priority” item is added.  In the end, you can only work on one at a time.

In the final analysis, priorities don’t really drive delivery very much.  Due Date is the only thing that drives delivery.

So, when you want to get something done, don’t specify the priority, ASK the intended performer for a delivery date.  And I do mean ASK.

This practice is so much different than ASSIGNING a priority and a due date.  The actual conversation should be a REQUEST not an assignment.  You are ASKING a performer to execute some outcome and ASKING when they can commit to deliver it.  Delivery date is the only thing that really matters.  A high priority item that won’t be delivered when needed is useless.  And just adding a low priority item to a long list of tasks that will never get delivered is also useless.  Juggling several “high priority” items should not be left to the performer’s discretion.

Instead, make a clear REQUEST, and ASK your performer when they can deliver.  Sure, in making the request it’s good to communicate about the relative importance of the task, but just assigning a priority has only limited value in the decision-making of the performer as to what to do next.  In response to the REQUEST, the performer looks at what’s already on their plate, considers a series of factors (e.g. urgency, intuition, personal interest, political value, career advancement, difficulty of accomplishment, etc.) and responds with a proposed delivery date.  If their response is not soon enough, some negotiation of delivery date may be appropriate.  But in the end there is an AGREEMENT about a delivery date.  This is all that matters.

This practice seems so obvious, but it is surprisingly rare.  Instead, we persist in assigning work and giving out priorities.  It kind-of works, but it is very inefficient.  Let’s have better conversations and make clear agreements.  Requesters should drop the notion (or at least rely a lot less on it) of assigning their priority to the request, with the implicit assumption that high priority items get done first.  Instead, both parties would be better served by focusing on obtaining an agreed due date (regardless of what priority the requester or the performer may have in mind).

Next generation task management systems will focus on forging agreements around delivery dates, not on assigning priorities.

Email Is Flawed For Managing Work – Transformation Is Coming

My co-author on this article, Francois Koutchouk, has a long background in designing and implementing groupware technologies.  We were discussing recent trends in the use, and abuse, of email and perhaps seeing the signs that herald the decline of email as it is currently used.  Our particular concern was the widespread and entrenched reliance on email as a flawed work management tool.

Getting things done

The heart of most business processes and team collaboration is a series of work request transactions and the means to keep track of their progress (or lack thereof).

Simplicity and ubiquity make email an acceptable tool to initiate requests.  But email is not adequate for tracking the dialog that follows.  Email does not support many key aspects of successful work requests including:

  • Formalize an agreement by the recipient to perform, complete, and deliver on a request
  • Negotiate the priority or completion date of a request
  • Track which party has the ball for the next action
  • Expose dependencies (dependent tasks)
  • Share work-in-progress beyond the immediate participants
  • Capture a historical record of the dialog in the context of the request and the project to which the request relates
  • Establish credibility and therefore the trust between the requester and performer based on previous performance
  • Distinguish work that is required to move the business forward from all types of messages, comments, and random information.

The technical reason is simple: email does not provide a structured repository nor workflow features.  Email is therefore woefully inadequate as a tool for handling business processes.

Most knowledge workers acknowledge this conundrum while facing daily onslaughts of emails, irrelevant cc-ed messages, lengthy reply-to threads and  late-night Blackberry messages as the deadline is nearing.

How much longer will we persist with this obviously flawed tool for managing critical business relationships and processes?

Getting out of your inbox

Let’s use the example of a successful sales rep.  Throughout the sales cycle, she needs to coordinate with a variety of individuals within her company:

  • Engineering and Product Management to answer technical questions from the client,
  • Procurement and Legal to fine tune contracts,
  • Accounting and Finance for payments and invoicing,
  • Supply Chain, Production, and Manufacturing for delivery status,
  • Senior management for account management, and
  • She may also have to coordinate with third parties, such as resellers, shippers, add-on components purchased from suppliers, etc.

To meet the prospect’s expectations and delivery timetable there will be a flurry of emails, most of which are at risk of becoming the proverbial messages-in-a-bottle unless she follows up rigorously (assuming she remembers to follow up – since there is no automatic reminder that something hasn’t been handled).  A single breakdown in communications may delay or compromise the deal and business relationship.

Clearly, email is an inadequate tool for managing this work by substituting a low quantity of results-based communications with a high quantity of inefficient messages. The solution may be to move all those disjointed communications and touch-points out of the traditional email system.

One alternate approach is to use project management software such as Microsoft Project or other cloud-based equivalent solutions.  These tools track task assignments, due dates and dependencies, but they are fundamentally single-user applications that do not capture the dialog between the parties regarding negotiation of delivery commitments and changes in status during delivery.  And because these tools require a heavy investment in learning new skills and methods they are best left to project management professionals handling complex tasks, such as building a new hospital wing or managing an ERP installation.

Another approach is to use custom-built software, such as a Lotus Notes application, or a Force.com version thereof, that enforces a predetermined workflow process.  Such an approach works well, tends to be simple to use, but is only appropriate for repeatable business processes – when the workflow is well known, does not change often, and involves the same series of steps and actors.  As such these tools are best used for a yearly contract renewal or provisioning of new customers.

From Talk to Action

Despite our collective understanding that email is flawed as a workflow management tool, we are firmly entrenched in its use.  What is needed is a generic solution that mirrors the simplicity and flexibility of email but adds better workflow tracking and management reporting features.  Knowledge workers will need to be incented out of email rather than forced out.  Adoption of alternate tools must be based on getting better performance from co-workers, not being told to use yet another new software system.  Requests may still initiate out of email, but the conversation that follows must be managed in a shared on-line space accessible to all, including third parties.

Performers negotiate and make explicit delivery commitments that reinforce productive behavior and focus on results.  Tracking the request through to delivery moves the initiative along, from talk to action.  Trust builds between actors (requesters and performers), commitments are met, goals are accomplished, moods improve and email inboxes thin out.

The principles of managing work requests called “commitment based management” are 50 years old, fine-tuned by social scientists such as Fernando Flores and Terry Winograd, as well as thoroughly described in academic journals.  Previous attempts to automate these principles, however, have failed to translate into workable software, despite valiant efforts from Action Technologies, Elf Technologies, and others.  The key to widespread use and acceptance will be solutions where ease-of-use trumps complexity, essential to entice hardened email addicts to a new way of working.

The End of Email?

We can glimpse the future of corporate email by looking at the younger generation of home users: Facebook, Tweet/texting and less and less Google email in that order.

Business emails may dissolve similarly into three entities:

  • Commitment-based messaging to handle business processes and task-based collaboration
  • Instant messaging (chat, SMS, private Tweet) for time-sensitive notifications
  • Cloud-based email for one-to-one conversations, casual discussions and whatever materials blur the line between the private and public life of a worker

Ultimately expenses-to-perceived value will drive the decline of email:

  • High licensing and administrative costs of private email systems (Outlook, Lotus Notes, and their respective server infrastructure)
  • High administrative costs to protect against viruses, spam and phishing
  • Trailing support of many organizations for personal communication devices into the workplace (iPhone, iPad, SMS) leads to compliance liability
  • Increased stress of workers unable to handle their inbox – magnified by round-the-clock mobile accessibility
  • Email inefficiency as a tool to get actions from requests; therefore a flawed means of achieving measurable business results

Email is not going away anytime soon, but the forces of change are mounting and a new communication paradigm is budding.  Work management conversations need to be tracked in a new non-email solution.

Something Invisible is Killing the Animals – What Microbiology can teach us about the health of enterprises

In the middle 1800’s Louis Pasteur and Agostino Bassi proposed the radical idea that something invisible was killing the animals.  Their insights and later developments are known today as germ theory.  Their hypothesis was highly controversial, but their carefully designed experiments gradually gained converts and lifted a shroud that led to numerous breakthroughs.  This work, coupled with advancements in the technology of the microscope, was the foundation of Microbiology.

I propose we are on the verge of a similar breakthrough in the “biology” of enterprises.  Similar to animal cells, information exchange is the smallest component of an action that results in a new outcome.  The interpersonal exchange is the dialog that takes place between a requester and a performer.  Like cells in our bodies, how well these conversations are functioning (i.e. how well they are crafted, nurtured, tracked, and evaluated) has a direct relationship on how well the whole organism-enterprise performs.

By deconstructing, we can readily see that all initiatives are the result of a network of requester-performer conversations.  But there is no technology today, analogous to the microscope, which really enables us to “see” these in-progress conversations.  We know these conversations are going on, but there is no effective means to evaluate their “health” and impact on the enterprise.  In fact, something invisible may be “killing” the enterprise.

New technology, however, is coming.  We are at the beginning of finally being able to “see” these conversations in progress and to begin intervening to strengthen them.

First of all, let’s be clear about what can currently be seen and what is lacking. Today knowledge workers use emails, wiki’s, task management software tools, and shared documents to initiate, track, and review work initiatives and related workflow.  On reflection, however, these tools reveal only fragments of a complete conversation – the skin and bones, as it were.  Moreover, they omit some of the most important parts of the actual dialog between the person who made a request and the intended performer.

The thread of an email comes closest to revealing a complete conversation, but even this is a small fraction of the whole.  Email threads can show who is talking to whom and can provide a glimpse into the content.  On the other hand, emails are not action-oriented, and there is nothing in an email thread that speaks to the “status” or quality of the conversation.  Moreover, each email is an isolated bit of data; there is no technology that enables observation of patterns across emails.

What needs to be seen-understood-evaluated is the quality (“health”) of the dialog.  Dialog assessment quality addresses questions such as:

  • Was the original request clear and understood by the intended performer?
  • Did the performer actually agree to deliver what was requested on the agreed upon date?
  • Is the delivery going to be made on time?  If not, what intervened along the way to force a change in the delivery?
  • Was a final delivery made, and when, and was it actually responsive to the original request?

The above are the critical factors that really matter in terms of performance; this is execution in-progress.  Multiplied a thousand times, the quality of these conversations obviously determines the success of the enterprise.

So now that we understand what we’re looking for, I submit that software technology can play a role similar to the microscope.  There are two main challenges, and software technology offers value for each.

The first challenge is the need to capture a complete conversation that has enough information with which the enterprise-requestor-implementer can assess the quality of the dialog.  Email threads are insufficient; an additional technology is needed that mandates and captures more data and that includes the full closed-loop with a beginning, middle, and end.  Once the conversation has begun, the two parties need to progress along a guided path that eventually leads to some closure and assessment.  All work requests-initiatives do naturally progress and, one way or another, the parties move forward with each other.  Some outcome is achieved.  But, left to their own devices, individuals will not generally follow the discipline needed to capture all the information needed to assess the conversation.  Here is where carefully designed technology can play a role to enforce some discipline into the conversation that captures the data needed for assessment.

The second challenge is the need to expose these complete conversations for viewing.  Once a conversation can be “seen” it can be determined if it was optimal and beneficial to the enterprise-customer.  We will be seeing, for the first time, execution-in-progress. If the whole conversation pattern can be seen, the requester-implementer can intervene to mend, repair, inoculate, or vaccinate the whole body of the enterprise’s performance.  A complete conversation database can be used to display both individual performance parameters and enterprise-wide trends at a granular level previously unavailable.

As in microbiology, many small interactions, nearly invisible, can determine the essential culture and effectiveness of the enterprise.  New technologies are coming that will enable truly transformative observations about enterprise performance that may be as important as microbiology has been to improving human health.