I posted about Kathy Sierra’s SXSW 2009 Keynote address in which she talked about achieving breakthroughs. In the process found some great notes from her 2007 and 2008 keynotes on Brian Fitzgeralkd’s blog.

  • In her 2007 address, Kathy spoke about humanness being essential to our software and web applications. From Brian’s notes: “Being able to look confused and having the other entity respond appropriately is crucial to human interaction.” and “Help, FAQs, and user docs might not sound sexy, but they are the key to passionate users”
  • In her 2008 keynote, Kathy spoke about how the goal of your products shouldn’t be to have users crowing about your company or your products, but about how they, the users, now kick ass by using your products. 

This was a great talk by Kathy Sierra this year at SXSW 2009.

She spoke about how to achieve breakthroughs. Basically, when it came to improvement, whether that was personal improvement, product improvement, or company improvement, there is a “big f***ing wall” that stands between you and your goal. At a certain point, incremental  movement will not suffice to get you through the wall.
She spoke about certain kinds of goals. For example, to become an expert, you first have to get through a certain “suck” threshold. But then you are in the land of mediocracy. Experts are the people who just keep on pushing and pushing to improve. She cited a book or study showing that it takes 10,000 hours to become an expert. (Sorry, I didn’t get the citation. If anyone knows, please post a comment.) But not everyone has 10,000 hours – so how can they achieve it in vastly fewer, like say, 1,000 hours.
Here are her roughly 15 ideas for achieving breakthroughs:
  1. Play the Superhero Game. Imagine you had to pick a superpower: either flight or invisibility. Which would you pick, and why? What argument could you make for the other superpower? Now that you are thinking about superpowers, imagine giving a superpower to your users. What superpower would you pick, and what would be a credible case for that super power. She had some good examples: “Photoshop Channels Guy”: this is a credible superpower, because once you have mastered channels, you can do powerful things in Photoshop. “Pivot Table Man” is the equivalent for spreadsheet. But some bad examples are: “Spelling auto-correct man”: it’s just lame. And “Productivity Man” is good for you, but boring as brocolli.
  2. Play the Superset Game. Don’t just take on your competitor. What is the bigger, cooler thing that you can take on? If you blog about your company, that’s not the coolest thing from the perspective of your reader. Imagine you are a cooking appliance company: your readers are passionate about cooking, not the manufacture of cooking appliances.
  3. Deliberate practice. You can use several techniques to really practice, and achieve expertise in <>
  4. Make the right things easy and the wrong things hard. Do you have treadmill equipment gathering cobwebs in the corner? It’s not in the corner because you don’t use it, you don’t use it because it’s in the corner. Take the couch and everthing you sit on out of the media room, and put in exercise balls and exercise equipment.
  5. Get better gear (and/or offer it to your customers). It’s more expensive because it is better. A touchscreen Wacom tablet is just way better than any alternative. A $4,000 horseback riding sadle offers immediate improvement in riding, even for a mediocre rider. Be on the lookout for difficulties justifying the expense: You want more monitors, but your boss things you’ll just be playing games.
  6. Ignore standard limitations. Challenge the assumptions. Don’t let the traditional limitations apply to you. 
  7. Jams. 16 hours over two days is way more effective than 16 hours over time months. Kathy cited several examples, including the Ad Lib Game Development Society: They develop a complete computer game over the course of a single weekend, and have to ship by Sunday night. Also, at the 24 hours film shootout, they plan, script, shoot, and edit a whole movie within 24 hours. Less talk, more do.
  8. Change your perspective. don’t make a better [X], make a better [user of X]. Kathy spoke about this earlier in the day as well. The example was an author who is writing a book on programming. If the focus is on writing a better book, they make emphasis more pages, more content, better quality printing. If the emphasis is on making the reader a better programmer, then you are forced to answer the question of what will make the reader a better programmer. 
  9. Play the movie game. What movie are your users in? Script out the whole movie. For example, if they are in “the hero’s journey”, then script out the call to action, refusal, entering a special world, allies and mentors, etc. As an example, what role you do play in your user’s lives? Who are their mentors and allies? Furhtermore, what movie do your users want to be in?
  10. Be Brave. Great ideas get killed by risk aversion. A fantastic idea encounters fear, which turns into the actual product. A concept car meets fear by management and turns into a production car. But love is good, and hate is good. Mediocrity is bad, and that’s what fear and playing safe gets you. 
  11. Revive the dead (idea) pool. The recreational horse industry is now a $40B annual industry in the United States, one hundred years after horses were obsolete.
  12. Play the EQ game. Within any industry, competitors differentiate from each other based on different dimensions. “A specializes in luxury, B in low-end, C, in the middle”. For the book industry, some of these sliders might be “topic depth”, “number of topics”, and “technical quality”. Incremental improvements come from moving the sliders. But breakthrough improvements come from adding new sliders or replacing old ones. For the book industry, these might be “meta-data”, “online access”, and “discussion forums”. These online sliders can be used to help go through the process.
  13. Be Amazed. Kathy shared this funny video by comedian Louis CK about remembering to be amazed.  
I know I missed a few keys points (Where did being funny, like the blog of unnecessary quotation marks fit in?), so if you have any comments, please leave them below.

While at SXSW, I picked up a copy of What Would Google Do?, the new book by Jeff Jarvis. As I usually do, I opened to a random page inside, and started reading. I laughed out loud at something on the part, and I heard someone say “I love when someone does that.” I looked up, and saw Jeff Jarvis.

We got to talking, and he asked what I did. I told him about my role at HP, and how I’m trying to expand everyone’s mindset that for customer support, we have got to look past just social media and into the realm of implicit feedback. We chatted some more, and I ended up buying the book.
Only later did I realize that it was Jeff Jervis who caused “Dell hell” by posting on his blog about Dell’s poor customer service, and which totally turned Dell around and got them heavily involved in social media. Of course I knew all about Dell’s history, I had just forgotten the name of that one key individual who started it all: Jeff Jarvis.
I highly recommend his book. I’ve got enough annotations and folded pages for few dozen blog posts. I will mention one right now. Jeff Jarvis has finally explained the term platform in the context of Web 2.0 in a way that it become very concrete for me. He writes:

Google has many platforms: Blogger for publishing content, Google Docs and Google Calendar for office collaboration, YouTube for videos, Picasa for photos, Google Analytics to track sites traffic, Google Groups for communities, AdSense for revenue. Google Maps is so good that Google could have put it on the web at maps.google.com and told us to come there to use it, and we would have. But Google also opened its maps so sites can embed them. A hotel can post a Google Map with directions. Suburbanites can embed maps on their blogs to point shoppers to garage sales. Google uses maps to enhance its own search and to serve relevant local ads; it is fast becoming the new Yellow Pages.”

Contrast this to a site like Yahoo: Yahoo creates and aggregates content to create a destination. Google doesn’t create content, it creates a platform for others to create, share, link, and network their own content. Jarvis writes, “A platform enables. It helps others build value. Any company can be a platform…. Platforms help users create products, businesses, communities and networks of their own.”

Last year HP had the unfortunate honor of winning this “worst of the worst social media campaigns” when we paid a mother to have her children destroy competitor’s cameras in an online video. So I was keenly interested to see if HP had learned from this lesson, and see what other companies had done. 
There are four panelists, each brings three nominations of a bad social media campaign. Voting is done in three rounds. Here are the three rounds and the candidates for each round. 
Round 1: Everybody’s doing it.
  • Self described social media gurus/experts: You are going against the community. The experts are who the community says they are.
  • Viraltweets.com twitter software: Software for spamming twitter…
  • Metro Ford of Schenectady: sent out a press release bragging about their involvement in social media, when in fact they don’t do any.
  • Constellation Energy: has a restrictive multi-page policy for linking “You can’t link to any of our web pages, except our home page”
Winner Round One: Self described social media gurus/experts.
Round 2: Revenge of Blogosphere
  • Hasbro/Mattel vs. Scrabulous: forced Scrabulous off Facebook, replaced it with a bad, failing, application.
  • Skittles Twitter Compaign: Skittles homepage links to skittles search on twitter. People started taking advantage of this and putting skittles into non-related posts.
  • KFC Nation:
    • Has a game to “kill the chicken”
    • Has a link to the KFC Blog: Post is from employee who was fired from KFC. Blog post is from employee who was harassed by manager, then fired.
  • “Joe the Plumber” sign from John McCain’s campaign…
    • Unmoderated comments on his products site.
    • You could submit your own Joe The Plumber sign… with the result of one that was “I am so horny for the nude body of McCain”
    • Lesson: don’t give too much creative expression
Winner round two: KFC Nation
Round 3: revenge of the blogosphere
  • Belkin: Submitted Amazon Mechanical Turk and paid people 65 cents to positively review products on Amazon and New Egg: “Give it a 100% rating, write as though you own the product and are using it, after you submit your review, rate all negative reviews as not useful”
  • The Whopper Sacrifice: Unsocial network behavior…a facebook app that removes friends from your profile: offer was to ditch a friend, get a whopper free. (Referred by ad agencies as a very successful campaign. Burger King was very happy with result: cheap and got a lot of attention.)
  • Motorola Krave on gadget blogs: Asked employees to go post on gadget blogs. Employees identified themselves as Motorola employees, but the posts themselves still just sounded like advertisements, not worthwhile contributions.
  • Rebuild The Party: Republican party social media campaign…solicited suggestions for how to improve the party. “Truck Nutz for all: Give all Red Blooded Americans a pair of Truck Nuts for the F150s.” was the top suggested idea.
  • Pizza Hut: Paid filmmakers $25K to post on YouTube. The video shows two guys who order Pizza Hut delivered to a local pizza store.
Winner: Belkin
Final Round
  • Social Media Gurus
  • KFC
  • Belkin (winner of final round, worst of the worst)
Belkin wins worst of the worst social media campaigns.
There was considerable discussion about what makes a bad social media campaign before the final round voting. There was pretty strong agreement that some of the candidates had made errors of omission (neglecting moderation) or ignorance, and while those didn’t create a positive image for the company, it was mostly perceived as humorous by the audience. What was actually regarded as negative was when an organization would try to “game the system”. Manipulating the system destroys the trust relationships that are crucially important. Omission and ignorance might make a company look foolish, but Belkin tried to game the system, hurting everyone else, and creating some anger at them. 
Not only did Belkin undermine the credibility of the product reviews they paid for, they undermined the credibility of the authentic product reviews submitted by actually customers, and permanantly affects the believability of anything Belkin does in the future.
When HP won “worst of the worst” in 2008, it was also for gaming the system, when Cisco won for spamming Wikipedia with their phrase “the human network”, it was also gaming the system. In other words, trying to manipulate how the system works is the most grevious crime that a company can commit in the social media space.
You can stay abreast of future Suxorz activity via the Suxorz Facebook group

As reported by VentureBeat, HP announced an almost unbelievable blogger campaign, in which they boosted PC sales 10% by giving away just 31 PCs to key bloggers:

HP, one of the country’s biggest computer companies, is boasting that it boosted its PC sales by 10 percent in May after it leveraged the blogging community to promote the launch of one of its computer systems.

All HP did was give away 31 new HDX Dragon computer systems to 31 influential members of the PC blogging community, so that the blogs could give them away in a competition among their readers. The bloggers went nuts. They made videos of the systems, wrote up engaging posts and cross-linked to each other — all of their own accord. The publicity this created spurred an increase in sales, according to Ballantyne. Since the bloggers were credible to their readers, and they were talking about the HP systems on their sites, the readers went out and bought systems even if they didn’t win one in the competitions.

The results?

[D]uring the blogger competitions, sales of the Dragon system shot up by 85 percent compared to the average monthly sales of the three months before hand. More impressively, overall HP PC sales grew 10 percent higher in the U.S. than the company had forecast, as HP PC systems overall got more publicity from the Dragon campaign. Visits to HP.com increased by 15 percent.

In an article on Web 2.0 adoption, Ann All cites a few pieces of evidence that Web 2.0 adoption is slowing or even falling into disfavor:

In my post about a slowdown in IT hiring, I cited an InfoWorld item that quotes M. Victor Janulaitis, CEO at IT staffing research company Janco Associates, as saying that the sluggish economy has halted Web 2.0 investments. Demand for Web 2.0 technologies has “atrophied,” says Janulaitis, after “a slight increase in demand” earlier this year.
Indeed, Web 2.0 deployments likely fall under the discretionary spending column at most companies, and thus are prone to elimination as tech execs look to cut IT spending. As a Goldman Sachs analyst put it, execs are “searching for solutions with a high and fast ROI,” a criteria mostly lacking in Web 2.0 technologies.

Ann also writes:

But check out the Robert Half numbers of CIOs taking a pass on technologies: tagging software (67 percent), blogs (72 percent),wikis (74 percent) and virtual worlds (84 percent). ZDNet’s Dignan expresses surprise at the lack of love for wikis and speculates that maybe they are popular among in-the-trenches types such as software developers and project managers but not among CIOs.

I think that Ann and the sources she quotes are missing the elephant in the room: employees are adopting these technologies whether the CIO wants them to or not. Professional blogs and professional social networking tools are still on the rise, and don’t depend on internal IT resources. Likewise, wikis and community tools are available from hosted providers, usually for free. All it takes is one enterprising person from marketing to start a customer community, or an enterprising developer to start a wiki. 

When social media tools are hosted internally, I’ve witnessed over and over that they start as skunk works projects, below the radar of official IT. So the CIO may not endorse Web 2.0 tools, but company employees will adopting them both inside and outside the company firewall. In fact, the biggest risk that a CIO may cause by not adopting Web 2.0 technology in an appropriate and timely fashion is the exodus of implicit and explicit company confidential information outside the firewall.
And regardless of what the company may officially do, and what employees may unofficially do, of course a company’s customers can and will adopt Web 2.0 technology on their own.

It’s always nice to find others focusing on the service and support aspect of Web 2.0. In this case, John Perez has a nice blog focusing on Support 2.0, including many useful links to research from the SSPA, Universal McCann, and others.

John has even provided the IBM guidelines on blogging, which is tremendously helpful to any organization looking to foster engagement of their employees in social media. 

I posted about the nine practices of high performance teams. None of the practices are particularly difficult, so why do so many companies seem to stifle the kinds of productive behaviors they want?

I believe that corporate environments suffer from productivity killing practices that seem minor when viewed individually, but which have a multiplicative effect when combined. When I say a multiplicative effect, I mean that if you have three items, each of which halve productivity, the result is 0.5*0.5*0.5 or just 12.5% of the original productivity. What this means is that if you have many items which adversely impact productivity, the multiplicative effect is really what matters most, not the individual effect of each item. For example, if you have 5 items, each of which reduces productivity by a relatively small 20%, the cumulative, multiplicative effect is still quite large: 0.8*0.8*0.8*0.8*0.8 = 32% productivity.

Given just how important productivity is to the health of a business, it is sad just how many productivity killers corporate environments suffer from. Here’s the list:

  1. Failing to identify and take action on most important objectives: (50%)
  2. Excessive effort and time to get commitment to needed projects: Classic under-capitalization (50%)
  3. Failing to capitalize on expertise, interest, and capabilities that exist: (25%)
  4. Failure to rapidly iterate: having long cycles of planning, production and then release. (25%)
  5. Information silos: Being unable to easily find the right people, information, documentation to get done what you need. (10%)
  6. Cancelled projects due to overcommitment of resources: (10%)

There’s a tremendous amount that’s been written about high performance teams. I’ve studied high performance teams as part of my graduate work, read about them as part of my professional career, and had several experiences with high performance teams in the workplace. Reading and studying about high performance teams has the unfortunate effect of making them seem quite complicated, when in reality, there are just a few practices that go a long way towards creating a high performance team.

My experiences have been in the realm of software development, but these practices should apply to other areas as well.

  1. End the day with a debrief meeting: At the end of your workday, take the time to meet and recap what’s happened. Who has accomplished what? Who ran into problems? What were those problems and what can be done with them? The end of the day is typically a time when everyone’s brain is tired, so it usually isn’t a time of great creativity. But it is a time of getting it all out of the table. Part of getting it out on the table is to share problems and successes to that people can sleep on those ideas.
  2. Start the day with a planning meeting: After a good night’s sleep, and with a clear understanding of where everyone is, the morning planning meeting serves to plan out the events of the day. Who will work on what? What coordination will be needed? Who will pair program together? What novel solutions to current problems came to people while they were in the shower? What are the critical few objectives that should be accomplished today? The morning planning meeting is typically upbeat, high energy, and quick: 20 minutes to 40 minutes (max) will serve to plan out the day in great detail.
  3. Start the week with a high level planning meeting, and end the week with a high level debrief: Just as the daily meetings serve to highlight the critical objectives for the day and develop a plan to meet those objectives, the weekly meeting serves the same function, but at a macro level. What are the business objectives to work on this week? What is the plan to accomplish those objectives? What problems meeting business objectives did you run into? This can take as little as an hour on Monday morning if objectives and a path forward are very clear, and as much as four hours if they are not. (But this is time well spent, as it ensures that the rest of the week is highly productive.)
  4. Have a simple, shared system of documentation: It might be a wiki, a Google group, a whiteboard, or a Sharepoint (make sign to ward off evil empire), but almost every high performance team will have a simple system of documentation that ensures the most important information is easily accessible and up to date. This will typically encompass at least the business objectives, the daily plan, the build environment, the architecture plan, and integration points documentation. Too much documentation is overwhelming and a time sink, too little documentation and people are repeatedly searching for the same stuff or wandering aimlessly. Personally, I highly favor wikis if you can get one in your environment. Tips for wiki adoption.
  5. Create a culture of personal responsibility: In a high performance team, everyone should feel comfortable doing whatever is necessary for the success of the team regardless of what the official scope of their job is. In fact, they should feel not only empowered to do whatever is necessary, but ethically compelled to do whatever is necessary. One day, the most helpful thing I might do is stay heads down developing my code. Another day, the most helpful thing I might do is go get lunch or coffee so that someone else can stay heads their developing their code. One day I might be developing a high level architecture, and another day I might be hand-editing every row of a 3,000 row Excel spreadsheet. (Yes, I did that.) The point is that regardless of skills, code ownership, or perceived importance, what is important on any given day and on any given part of the project varies, and flexibly adapting to this is critically important.
  6. Be social: The team that laughs together and plays together shares a bond that goes beyond mere workplace acquaintance. Those weekly and daily meetings are a time for people to bring all of who they are to the table. Getting lunch together is a great way to be social and create pockets of more innovation: what work lunch doesn’t at some point come back around to work topics? One of my teams had a practice of taking off every other Friday during the winter to go snowboarding. It was our motivation to kick butt Monday through Thursday so that we could go enjoy a day of snowboarding with a clear conscience. (Oh, and what did we spend hours talking about while snowboarding? Work, of course.) An actual conversation with our manager when we decided to do this:
    Us to Manager: “We’re all going to take Fridays off to go snowboarding.”
    Manager to Us: “You can’t all go snowboarding on Fridays, there will be nobody here to handle things.”
    Us To Manager: “You’ll be here to handle things.”
  7. Optimize decisions for fun: Obviously snowboarding, team lunches, and coffee together are both social and fun. But other decisions that take place can also incorporate fun into them. Silly as it may seem, but choosing the operating system, programming language, development environment, build tools, database engine are all technical decisions that have implications for how interesting and fun team members find their work to be. Sadly, in large companies these are decisions that are most often made either on the basis of perceived technical merit, or more often, based on existing corporate strategic alliances. A team that is excited to use a new language or development tool can, as a function of that excitement and passion, be ten times more productive than they would otherwise. Whereas, the technical differences in productivity are often quite small. So optimize those decisions for fun and interest, and you’ll get more productive and passionate teams.
  8. Avoid negativity: Few things can be more destructive to a team than negativity. Complaining and trying to place blame are huge time and energy sinks. If there is an issue, then the focus should be on fixing the issue. Not detailing the issue out, not trying to figure out who caused the issue, not belabouring the pain that it has caused. Only on trying to figure out what to about it. In fact, if you have a chronic complainer on your team, one of the best things to stop the complaining is simply to ask the person, when they bring a complaint to you, “What are you going to do about it?”
  9. Have at least one person who likes to work nights and weekends: Every high performance team I’ve been a part of has had one person who works nights and weekends. They just can’t seem to help themselves from staying up half the night to work. This isn’t a choice I would make myself, and I wouldn’t ask people to make that kind of a sacrifice. But if you just happen to end up with one person like this on your team, it will make all the difference. While everyone else is resting and getting their creative juices refilled, that one night person will have: fixed that build problem, solved the defect no one could find, figured out how to use the new GUI library, optimized the performance of the database, found a cool new IDE, and brought the build documentation up to date. And the next day everyone will “oooh” and “aaah” over what they accomplished. Be very nice to this person and buy them lots of coffee and chocolate.