Agile Zone is brought to you in partnership with:

Esther Derby helps create great work places where people can do their best work and make products their customers value. Not so very long ago, she made her living writing code. She's co-author of Behind Closed Doors Secrets of Great Management and Agile Retrospectives: Making Good Teams Great. You can read more of her thoughts on management, organization, teams, and agile methods at www.estherderby.com Esther is a DZone MVB and is not an employee of DZone and has posted 73 posts at DZone. You can read more from them at their website. View Full User Profile

The Fundamental Attribution Error and Accountability

05.31.2013
| 5175 views |
  • submit to reddit

 A while back I was talking to a manager who complained that “no one” in his organization was “accountable.”  Of course, he exempted himself form that category.

This manager, (I’ll call him Tom) feels like he’s accountable— he knows that if they people creating software products don’t get their work done, he’ll hear from his boss, and it won’t be fun. So, Tom schedules meetings, hands out plans, talks about urgency and exhorts other people to do their work.

I asked Tom to draw me a picture of how the work was organized in his company.  It was quite a tangle.  The development groups (UI, DB, middleware, apps, test….) live in silos and report to different functional managers. The project managers sit is another organization, from where they coordinate project work across the development groups.  Each project manager manages four or five projects. The development folks are likewise forced to multitask, as they spread their time and attention across a similar number of problems (and have 4 or 5 project managers telling them what to do).

The senior managers change their minds about priority—at the project level—every few weeks.  Every one is busy, but not much gets done.  Given the picture Tom drew, I was not surprised  that Tom feels frustrated.

But Tom’s answer is that they need better people in the project manager and development roles—people who will be accountable.

Tom is not an anomaly.  Many managers I talk to believe other people have no innate sense of accountability (what ever that means) and that no one holds them accountable. In fact, most people—regardless of where they stand in the hierarchy—feel that they are held accountable; sometimes they believe that others are not.

How can this be?

Accountability, the way Tom  talks about it flows one way. There’s no sense of mutual accountability or partnership. The person telling the story is doing his job; others are not.  The manager tells other people what to do, and they are supposed to do it—no matter that the deadlines are madness, people are forced to multitask, the goal is hazy, the requirements shift by the minute, and the folks doing the work don’t have all the skills to do the work.

When people aren’t “accountable,” I wonder what gets in the way of accomplishing work and makes the appear to be “unaccountable.” I wonder if the managers see their job as creating an environment for people to accomplish work. Or whether they think their job is telling people what to do, and then blaming them (read: “holding them accountable”) when organizational obstacles get in the way.  And I think about the fundamental attribution error:  When “I” don’t finish work or complete assigned goals, it’s because external circumstances prevented me from doing so;  when you don’t finish work or complete assigned goals, it’s because of a character flaw—no sense of accountability, in this narrative.

When I look at Tom’s picture, it’s clear that the majority of the barriers are of management making.  Deadlines, multitasking, unclear goals , shifting requirements and priorities, hiring unskilled people or failing to adequately train people are all management issues.  But somehow that doesn’t come into the assessment of accountability.

When managers do their part and create work systems that makes it easier—not more difficult—to get work done, they usually find that suddenly they have people who are accountable.  Accountability is about negotiation and partnership; it is not a cudgel to blame people for not meeting unilateral demands.

Published at DZone with permission of Esther Derby , author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Comments

Lund Wolfe replied on Sat, 2013/06/01 - 7:22am

A pattern of failure can be due to a lack of skills or people being in over their heads, but I think it is often a process/SDLC (total lack of organization) problem.

Development, QA, operations are put in separate groups and don't really cooperate.  Individuals aren't empowered, so they don't feel responsible/accountable.  It's a company problem, an "institution" mindset, but it can easily occur in small companies, too.  In my experience it's not the project manager's fault, especially if they weren't involved from the inception of the project.  They set the priorities on projects, try to get people to do their jobs, and try to find the reason why the project is blocked.

What we see as an "accountability" problem now may be the tail end of a project organization problem that was fouled up from the first day, which may have been years ago.  Ideally, there should be someone technical and competent who takes responsibility for a project as a whole.  Everyone should feel free to escalate problems directly to that person when the project gets stuck or becomes an ongoing embarrassment.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.