First time here? Get updates by RSS feed or follow me on Twitter.

Close

« December 2007 | Main | February 2008 »

19 posts from January 2008

January 29, 2008

Headaches Happen Here

Rick Chapman's "In Search of Stupidity" points out that one reason for Microsoft's success is that they kept their marbles while all others around them were losing theirs. They simply didn't screw up, and that inexorably led to their success while others self-imploded.

Now, however, they are working hard to be included in the next edition of Rick's book. They made a good start with the Windows Vista launch and are now cementing their claim to inclusion with SQL Server 2008. Holding the launch party some six months before shipping the software is, presumably, only the start. Expect an inability to clearly articulate good reasons to upgrade, a bewildering array of product versions, and then a mishandling of the media to follow.

On a related note, Phil Factor's writes on "Microsoft Boy announces his school homework" over on SImple-Talk, and Steve Jones feels "burned, betrayed and disgusted" on SQL Server Central.

Come on Microsoft, pull it together. You're a great company, full of great people, writing great software. What are you up to? Shipping late is awkward, but this is embarrassing.


My older posts - are they still breathing?

I've been writing this blog for a few months now. Although a few people view the newer posts, the older posts lie mostly unread. I think there's life in them yet though so I'm going to try featuring them on the home page.

The first one is "Not with a bang but a whimper", my take on how Web 2.0 will deflate. I wrote it in June.

January 26, 2008

Seth Godin and the flywheel

Seth Godin wrote a recent post about layering. Here's an excerpt:

Someone asked me which post on this blog represented the turning point of its growth. The 'breakthrough' post. It turns out that there wasn't one. Instead, there were 2,500 posts, one after the other, each building (and I was learning from each) as we went.

This reminded of Jim Collins's analogy in Good to Great. He likens success to spinning a flywheel. Picture a massive metal disk, 30 feet in diameter and weighing several tons, mounted on an axle. You don't spin it fast with one single heave; it takes many smaller shoves. It takes a lot of hard, sustained effort to get it up to speed, but once it's moving it's virtually unstoppable.

How to hire managers - advice wanted

InterviewThere's a great chapter on hiring in Peopleware, by Tim Lister on Tom DeMarco. It starts by demonstrating how most managers would hire a juggler:

Circus Manager: How long have you been juggling?
Candidate: Oh, about six years.

Manager: Can you handle three balls, four balls, and five balls?
Candidate: Yes, yes, and yes.

Manager: Do you work with flaming objects?
Candidate: Sure.

Manager: ...knives, axes, open cigar boxes, floppy hats?
Candidate: I can juggle anything.

Manager: Do you have a line of funny patter that goes with your juggling?
Candidate: It's hilarious.

Manager: Well, that sounds fine. I guess you're hired.
Candidate: Umm...Don't you want to see me juggle?

At Red Gate, we heed the point that the book goes on to make. In an interview, we test the skills that people claim they have. If we're hiring for a developer, we ask them to write code. Testers test something for us, sales people sell us something, we ask designers to design, and so on.

There is a chasm between the abstract and the concrete; between the meta and the specific. Ask somebody applying for a sales job how to sell something and they'll speak fluently about finding out the customer's needs, how to handle objections and how to close the deal. Ask them immediately afterwards to sell you a computer and they'll jump straight in and try to sell you an iMac with not even a nod to finding out why you want a computer. No matter what they say should be done, most designers ignore users, testers don't test boundaries and marketers don't segment.

There is, however, a limit to this technique. It only works well when the essence of the job can be distilled and presented as an interview task. This fails when the job is more ill-defined; more amorphous. Project management, say. You can ask someone to code in an interview, but can't ask somebody to project manage. You can't present them with a group of people and a project behind schedule and say "here, project manage this for half an hour". You're inevitably reduced talking about how they'd handle certain situtations, or how they handled them in the past, not actually doing the task.

I can see a few solutions to this problem:

  • Avoid the problem. Always hire for these roles from within. This has the disadvantage that you often end up moving talented technical people into roles they're not suitable or ready for. Hiring people externally is a good way to bring in fresh points of view. If you always appoint from within then you risk an in-bred culture / process.
  • Accept the problem. Do your best, but acknowledge that many people you hire won't work out and you'll have to fire them. The disadvantages - commercial and human - to this approach are obvious.
  • Only hire based on personal recommendation. If somebody you trust can vouch for the person you're hiring then that removes a lot of risk. However, it also reduces the pool of people you can hire from. This is a severe restriction.
  • Insist that the people you hire are hands-on. This isn't a complete answer, but I hire people who have something to offer than pure management. They need to be able to demonstrate they can roll up their sleeves and contribute directly. I don't hire people who stay aloof and refuse to engage directly with the tasks their team do. Project management isn't (just) about Gantt charts; people management isn't (just) about personal development, performance reviews and team meetings. These hands-on skills can be tested for, but although they're necessary they aren't sufficient.

However, I don't think these solutions are acceptable. If you've got any better suggestions on how to hire project managers / development managers / support managers etc. then post them here.

Enjoyed this post? Subscribe to the RSS feed.

January 25, 2008

Jason Fried to speak at Business of Software 2008

37signals do some cool stuff (Ruby on Rails and Basecamp, for starters). Over 1 million people use their web based applications. For me, perhaps the most interesting thing about them is their ethos. In particular, I like their forceful emphasis on design and simplicity.

37signals have a book - actually, it's more of a manifesto - where they explain their principles and practices. Here's a quote:

Your app should take sides

Some people argue software should be agnostic. They say it's arrogant for developers to limit features or ignore feature requests. They say software should always be as flexible as possible.

We think that's bullshit. The best software has a vision. The best software takes sides. When someone uses software, they're not just looking for features, they're looking for an approach. They're looking for a vision. Decide what your vision is and run with it.

You can read more from the Getting Real web pages.

Jason Fried, the founder of 37signals, has kindly agreed to speak at Business of Software 2008. I'm looking forward to hearing Jason speak. In particular, I'm interested in whether his principles are generally applicable, or whether they're specific to 37Signals' setup, culture and software. Do they apply to incumbents or just the to the upstart start-ups who want to topple them?

You can find out more details about the conference at the Business of Software 2008 web site.

January 24, 2008

Interview with Paul Graham - free eBook chapter download

Sorry. Something went wrong here. I was hoping to offer a free chapter from Jessica Livingston's excellent book Founders at Work here but something's gone fubar. Hopefully this page will be live again soon.

In the meantime, if you sign up at www.businessofsoftware.org then I'll e-mail you the .pdf once this is sorted out.

Sorry about that.

A great quote

I came across the following quote the other day:

    Those who say it can't be done should get out of the way of those who are already doing it.

Unfortunately people don't always follow this advice. I was about to flip it round and write something about success, but if you want advice about success there are better people to listen to than me.

I do, however, know something about trying, and trying is often harder than succeeding: the leap between the status quo and trying to change it is often wider than the leap between trying to change it and succeeding. Often the opinions of others - especially those who we respect - can be paralyzing (what if they're right? what if I'm being stupid? what will they think if I fail?).

Just to try, you need to listen to what other people say and then ignore them. Of course, this isn't always true. And it's not clear when it holds, except in retrospect.

January 20, 2008

Cinemas and software : you hate me and I hate you

Angryman I'm a sucker. Last night I went to the cinema for the first time in a while. The queue was huge. I was cunning and called the automated booking system from my phone. Its voice recognition system left me standing in the street shouting "I said Cambridge you motherf***ing piece of s**t" into my phone. The popcorn was twice a reasonable price and the place stank. The film wasn't even that good. But that might have been my foul mood, or because my first choice had started before I could book tickets. Everything about the whole experience sucked, as it always does. I'll forget and go back again in a couple of months though. Sucker.

It was a Cineworld cinema, by the way. Their share price has halved since they floated on the London stock exchange nine months ago. I can't think why. I suspect it's not only their customers they treat like crap either. I overheard a conversation between the manager and a potential employee. The manager was explaining how they'd pay minimum wage and how the employee would need to be on-call, unpaid, in case he was needed.

There's a parallel with business software. It's often expensive, unusable and buggy. It's sold by complacent corporations. You use it only because the salesman let your CEO beat him at golf. You don't like the software, you resent it. You, the customer, is at best an inconvenience to the profit of the corporation. A post by Robert, one of the Red Gate developers, illustrates the frustration that we all feel at times.

I believe that things will change. Software companies will need to treat their business customers more as consumers; sophisticated individuals who can choose to spend their cash on things other than your software; people who place value on qualities other than features. Design, usability and customer service become more important than features. The visceral, emotional reaction you provoke in your customers is as important as ticking boxes on a feature list.

Your customers will look at the software they use at home and wonder why there's such a gulf between what they do at home and what they do at work. Why does Microsoft Money rock but your corporate accounting system suck? Why can't SAP be more like iTunes? Apple, Microsoft (less so) and others are setting your customers' expectations. If you don't meet them then somebody else will.

At Red Gate, we're on the path I describe. We're not perfect, but every product we release pushes us further. We frequently get e-mails telling us how much people appreciate our approach. We don't publish them all, but here's a selection of a couple of a couple of hundred.

Finally, ask yourself this question. If you write business apps then are they as easy to use as flickr? Or Google Maps? Or Microsoft Money? Or even - setting the bar low - facebook? Why not, and what are you going to do to fix it?

Enjoyed this post? Subscribe to the RSS feed.

January 17, 2008

The Web 0.2 Summit

I toyed with calling last year's Business of Software conference "The Web 0.2 Summit" and publicly not inviting Tim O'Reilly ("Tim O'Reilly not invited to speak at conference shocker"). I decided against it on the grounds that my sense of humour has a very poor commercial record. Plus I didn't want to risk offending Tim O'Reilly.

Having said that, maybe this year's Business of Software 2008 really should be "The Web 0.2 Conference" and we should continue to emphasize the eternal truths about the business of software. No bullshit, no fads.

What do you think?

Business of Software 2008 - an announcement

I've started organizing Business of Software 2008. We're planning on holding it in Boston in September or October. The web site is now live.

The big news is that I'm working with Joel Spolsky on this year's conference. In fact, it's called "Business of Software 2008 - A Joel on Software Conference". Together, I think we'll be able to put on something very special.

Although the conference is still many months away we're working hard on getting some top speakers. Joel, Eric Sink and Steve Johnson (the winner of last year's Sofware Idol competition) are already confirmed speakers. We have more in the pipeline.

You can sign up for the conference newsletter at the conference web site.

About Neil Davidson

Joint CEO of Red Gate Software and organiser of the Business of Software conference. Read More.

Creative Commons

Creative Commons License

This work is licenced under a Creative Commons Licence.

Business of Software 2010

a Joel on Software conference

Boston
October 4th-6th

Subscribe to conference updates and get a free ebook!

View more posts