Tag Archives: ROWE

Results-Oriented Work Environment…

I am still intrigued by the concept of the results-oriented work environment, or ROWE, and I love to see stories about how it’s working in real workplaces. Here is another one: Results-Oriented Work Environment a product of changing work landscape | opensource.com.

ROWE revisited…

ROWE — results-only (or results-oriented) work environment — is an idea whose time has come, in my opinion. Instead of paying people to look busy while trapped in a cubicle, you pay people for producing the results you want, and you don’t worry about where they do the work or how long it takes them.

I first learned about ROWE from the highly successful experiments that Best Buy, of all places, has been doing. Since then, I’ve been following news about the concept wherever it pops up, because it makes a lot of sense to me, particularly in the information economy. ROWE, if implemented well, offers a tantalizing promise of freedom — from the office, from commutes, from pointless meetings, from having to decide between work and life.

Michele over at The Bamboo Project Blog has also written quite a lot about ROWE and provided some good links on the subject. Her latest article, “ROWE Revisited,” has a good summary of the concept plus some more resources. Check it out.

Reblog this post [with Zemanta]

My personal results-oriented work environment experiment…

I have been reading a lot about ROWE (results-oriented work environment). If you want to know more about what ROWE is all about, the Bamboo Project blog has a nice article with pointers to more information. The article “Smashing the Clock” in Business Week was the one that got me started thinking about it in the first place.

When I talk about ROWE with other people at my company, I come up against a lot of confusion about what it is exactly. ROWE is not telecommuting or flex time. It is tying work directly to results. So there is no need to work the 8-hour day if you can get the desired results in less. There is no need to come in to the office if you can get the desired results from some other location. The employee is treated as an adult and trusted to determine what is the best way for them to achieve the results they are being asked for. ROWE is all about turning the factory worker mentality that has dominated corporate life for so long on its head.

The best analogy I have seen is in this article on Brazen Careerist, which compared ROWE to college. In most college experiences, the student is given clearly defined expectations. You have to take a certain number of credits, usually in a prescribed selection of subject areas, and achieve a certain level of performance in each. However, it is up to the student to determine how to meet those expectations: which classes to take, what their schedule will be like, when and how much to study, even whether to attend class on a given day. I had one class in college that I stopped going to altogether, but I was still able to achieve the desired result — an A grade — and nobody, including the professor, cared that I wasn’t physically in class as long as I was doing the work to make that A.

In the workplace, ROWE hinges on giving employees very clear expectations and then leaving it up to them to figure out how to achieve those results. If your job is to be on the helpdesk and one of your expectations is that you will be available to support users and fix their computers during certain peak hours, then you probably have to come in during those hours. Otherwise, you won’t be meeting your job expectations. In the ROWE paradigm, those of us who are supervisors have to be more willing to give clear feedback to employees on their performance, listen to them if they say that the expected results are unreasonable, and even fire employees who are not able to meet the results we expect. If there are slackers in the system, the system won’t work — but do we really want slackers on our teams, anyway?

The problem with my industry is that our work is tied to hours — hours that we can bill to various projects. The whole idea behind ROWE is that you don’t work a set number of hours; you work as long and when you need to in order to get the work done.

That being said, I doubt I’ll go completely anarchist and slash my working time down to 20 hours per week without letting my company know. Rather, I’d like to stop keeping track of how much time I work per day. I’ve noticed that when I work according to my natural rhythms, on some days I’ll work 9 or 10 hours, some days I’ll work 6 or 7. It’s rare that I work exactly 8 hours on the dot, but I think I’m giving the organization a decent amount of time for their money, and I’m certainly achieving the results they need, according to the feedback I’m getting. And that’s not even counting the time I’m not precisely working, but I am thinking about work and formulating ideas, such as in the shower or on a walk with the dog, or the times I quickly read email or dash off a note to someone “off the clock.”

So for purposes of billing, I’ve decided to call time worked during a day a “workday,” equivalent to 8 hours, so I can stop tracking exactly how many hours I work. Each day that I work, I’ll charge 8 hours on my timesheet. Of course, if I work very little in a day, I’ll go ahead and charge leave time to keep things fair. I figure that with this loose system, it will all come out relatively even. I’m salaried, so I don’t get overtime. The only thing we’ll lose is a record of how long it takes me to do something, but my years in project management have taught me that this kind of data is generally useless. You usually have a sense of about how long something will take anyway, and since no project is like any other, you can’t say that because it took you X hours to design the website last time, it will take the same amount this time.

I obviously can’t tell my team that it’s okay for them not to work 40 hours in a week (although that group has more of a problem with working too much than too little). But I can tell them that it’s okay for them to schedule their weeks in order to be most productive and achieve the best results. Development often requires high-focus work that is not conducive to the interruptions of the office environment. While collaboration is a requirement, we don’t need to collaborate 8 hours a day, and a lot of it can be done remotely. So what I plan to tell them is that, depending on the needs of their projects, they can choose to stay home or come in whenever they like, as long as they remain available to the rest of the team even when working remotely. And I plan to give them very clear job responsibilities so they know exactly what is expected of them.

The only way this will work is with clear expectations and frequent feedback. People working in a ROWE environment have to be willing to take responsibility for achieving the results and they have to be accountable to the entire team. This is not about going off to do your own thing without regard for the needs of the team or the organization. It is about enabling people to manage their own work lives so they can produce their best results.

Why I blog: Some method to this madness

I saw a couple of posts recently on “why I blog,” and since I had been thinking about this myself, I thought it would be worthwhile to write about it. Like any other post on this blog, the primary intention of this post is to work something out for myself. In this case, I am working out my motivations for keeping this blog and what I hope to accomplish with it. For any readers who may stumble across it, it serves as a kind of mission statement for the blog.

In order, here are the top five reasons why I blog:

  1. Work out my ideas: The primary reason I keep this blog is to give me a place where I can capture all the flotsam and jetsam floating around in my brain, and work out my ideas on paper, so to speak. By actually writing down what I am thinking and creating a post — or a “story” — around the kernel of a thought, I am transforming ideas into potentially actionable items. For example, I recently posted on results-oriented work environment; this was a first stab at capturing and working out an idea that I hope to turn into a policy for my team, which I might even bring to my organization once it has solidified enough.
  2. Get motivated: For me, there is a real difference between writing ideas down on a pad or scrap paper and writing them in this blog. I believe it’s the potential of having someone read my posts that motivates me. Rather than just jotting down some incoherent or incomplete notes that are bound to get lost or forgotten, I must write something that has a beginning, middle and end, that is readable and (I hope) interesting, and that is aimed at an audience. This forces me to more thoroughly flesh out my ideas than I probably would otherwise. That, in turn, makes it more likely that I will actually turn my ideas into something more concrete.
  3. Practice writing: I used to be a professional writer. When I took my current job, I stopped writing as much. I knew I didn’t have the time or energy to work on a big project like a book while working a full-time job, but I missed writing every day. I have never been so good at keeping a personal journal. Blogging is just more satisfying than journaling for me, and thus easier to do regularly, again because there is the potential for readers, as well as the sense of completion and even publication when hitting the Publish button.
  4. Spark conversations or feedback: Almost everything I post here is something I’m working on, whether it’s managing software at work or figuring out my supervisory style or just getting better at organizing my email. I hope that by putting my ideas out there, I’ll spark conversations from anyone stopping by that will then lead to more learning and more ideas, that will make what I’m working on better. All too often I am flying solo at work, so I can always benefit from different viewpoints, perspectives and experiences.
  5. Keep a record: This blog is a catch-all place not just for my ideas, but for useful links, interesting things I read and whatever else is going on in my work-life. I record those things here so they don’t get lost. I sometimes return to past posts to revisit a compelling video on Web 2.0 or an inspiring article. But more importantly, I can look back through past posts and see how ideas evolved, the thought processes I went through and the evolution of my learning.

The next question I’m going to be considering is: Why should my organization blog? Because I really think it should.

Reblog this post [with Zemanta]

Results-oriented work environment: What are results anyway?

I have been thinking a lot about the concept of the results-oriented work environment and how we could adopt it for our team and possibly, eventually, our organization. In this model, we wouldn’t be concerned so much with how we do things, but rather what do we accomplish?

For instance, each employee would have clearly defined goals. Each person would then become responsible for determining — working in conjunction with their teammates, I would hope — how they are going to accomplish those goals. They would work out when and where they need to meet, how they will work together, whether they need to come in the office on a particular day and all of those particulars. As their supervisor, I would not have to watch over their shoulders to make sure they’re punching in 9-5 every day or that they’re having their regular meeting on Tuesday at 10:00.

I like this system because it treats adults as if they are adults. It also does not assume that productivity or creativity happens within regular business hours. And it delegates responsibility for achieving goals to the individual employee; if they can’t show the results, then they will have to be removed from the team. Each employee should be very clear on what they are responsible for producing, so there are no surprises when there is a performance review.

But what do we mean by results, anyway? I’ve given a little thought to this and drafted an initial list of what is important to me:

  1. Delivery of products within agreed-upon timeframes.
  2. Clear and thorough documentation of your work.
  3. Positive feedback from customers.
  4. Positive feedback from team members.
  5. Regular communication on progress toward goals.*
  6. Significant contribution to the success of the team and/or the organization, such as:
  • Introduce new standards or processes
  • Improve efficiency or productivity
  • Share knowledge
  • Mentoring
  • Bring in new projects or work
  • Make important connections with others in our field
  • Assume a leadership role in an area that needs attention
  • This is up to you!

*I realize this isn’t a result per se, but since our projects are long-term, regular communication is essential for catching small problems before they turn into large or even insurmountable ones.

This list is under development, and I imagine it would be negotiated to some extent with the team members. I can see us signing a “letter of agreement” so that everyone is clear on what results are expected, along with a specific list of the products they are responsible for and any other goals they may want to accomplish. This makes them partners in developing their own work plan.

Reblog this post [with Zemanta]