Why giving humans bug reports is easier than giving feature suggestions

I spent this past weekend at a case study competition called UW Apprentice, which was unique among events I’ve attended in two ways. One is that the cases were fresh from real startups that came in and explained the challenge they were experiencing, and who were all set to act on the best advice. The other was that you gave and received feedback with each of your teammates after each cases, and so you could review it all immediately. In theory, this could let you update your behaviour for the next case to be a more valuable team member, although I think in practice the schedule was too rushed for much reflection to occur.

Anyway, I noticed something interesting while filling out the “needs improvement” section at one point. The team member I was giving feedback to didn’t have any obvious shortcomings, and I found myself at a bit of a loss for what to say. Obviously they weren’t perfect, but they were totally generally “good” across the board. I wrote something general that was related to my sense of why we hadn’t won that round.

Today, I thought of this again when I was doing the final edits on a peer letter of recommendation for a fellowship program my friend was applying to. I had written last week in the draft: “It’s hard for me to think of a really good suggestion for an area of improvement for Tessa—” …today I added “—I’ve noticed it’s much easier to recommend bugfixes than features, for people.”

In this blog post, I figured I’d reflect a bit more on…

  • what the difference is
  • why feature suggestions are harder
  • some strategies for feature suggestions

It might be kind of rough, and I might find future!me disagreeing with current!me about this pretty soon, in which case I may edit it.

Before that: what am I not talking about?

Is it just the difference between negative and positive feedback? Nope. Negative feedback has the structure of “that thing you did—don’t do that [as often]”, while positive feedback has the structure of “that thing you did—keep doing it [and maybe do it more]”. The bug report / feature suggestion thing is more subtle.
» read the rest of this entry »

Structures of accountability

In my 2013 review, I wrote:

What broke me out of [my despondent unmotivated funk mid-summer-2013] was when I realized that sometimes even things I really enjoyed doing, like blogging, I wouldn’t bother to do if I didn’t kind of force myself to do it. Turns out motivation is complex.

I have once again found myself blogging right now because if I don’t, I owe beeminder money. I feel frustrated—I have only an hour or so left at this point and while I have many posts in progress and many others that I want to write, none of them will be ready in an hour. So instead here’s a brief rant on accountability.

The E-Myth on org structures

I’m listening to a fantastic audiobook right now called The E-Myth, E being short for Entrepreneurial. It’s all about how to do a small business as an entrepreneur, rather than a technician. There are some other insights from this book that I’m excited to blog about, but those are on the longer-than-an-hour list.

One of the chapters I was listening to today was talking about the importance of accountability when setting up a business. The author describes two brothers who start a business together. In one version of the story, they take turns doing everything and it’s great for awhile but then it breaks down because nobody is responsible for anything. In the other version, the two of them sit down at the beginning of their business development process and lay out a basic yet fairly extensive organizational structure, including a COO, VP of Marketing, salespeople and accountants. They write a description for each position.

Then, they assign an employee to each of those roles and have that employee sign off on their position contract. Of course, the only options available are themselves. So they each have multiple roles, and report to each other and themselves. But the key is that now they’re accountable for several distinct outcomes. Then, the process from there is to systematize the lower-level roles and hire someone into them, promoting themselves as they go along.

I think this is really cool and makes a lot of sense.

One bit I thought was strange though was a remark the author made, which was “all organizations are hierarchical”. I actually blurted out “pfft, what?” when he said that.

» read the rest of this entry »

Creating contexts for desire cultivation

1

Nate Soares just published the first article to The Mind’s UI, a group blog that I’ve set up with him and Brienne Yudkowsky. It’s called Enjoying the feeling of agency, and in it Nate said that one thing that helps with that enjoyment is

Context and framing: it’s much easier to draw satisfaction from a clean room if your mother didn’t make you clean it.

I wanted to elaborate on that, drawing on very recent (even ongoing) experiences of being home for the holidays.

I’ve spent the last year living in an intentional learning community (let’s call it LRC) that has a number of interesting features. One of these, as I’ve described before, is that nobody ever has to do the dishes. We have some agreements about how we want to keep the kitchen space and the cooking utensils available for use; even here, nobody ever yells or guilt trips people for not following them. At our best, we approach the act of giving that kind of feedback with openness and curiosity. Sometimes it produces experiences of frustration which are processed in a different way.

But the point is, for the most part, we all get to navigate the kitchen based on our own desires and needs, and our abilities to discern what makes sense. This is really relaxing. But that’s not the only reason we do it.

2

When I got back to Nova Scotia to see my family a couple weeks ago, I was amused to experience surprise when I saw a bunch of dirty dishes in the sink. I had become very accustomed to the fact that part of our dishing system in the LRC house where I live is that we stack dirty dishes next to the sink rather than in them, which makes for much better flow in various ways. I looked at the pile of dishes in the sink and figured that it would look a lot nicer if they were washed or put in the dishwasher. So I did that.

» read the rest of this entry »

A portrait of Malcolm Ocean

I'm Malcolm Ocean.

I'm developing scalable solutions to fractal coordination challenges (between parts of people as well as between people) based on non-naive trust and intentionality. More about me.

Become more intentional
Check out Intend, a web-app that I built to help people spend their time in meaningful & intentional ways and be more playfully purposeful. Intend logo
Connect with me on Twitter!