Great quote

I know, this blog is as good as dead, given how infrequently I update this. But I read a great quote from one of our customers today, and just had to share. After reviewing 12 wikis, narrowing to 2 and finally choosing Confluence, he said:

I was also swayed by your open approach to doing business with your customers. You provided me with plenty of purchase options clearly defined with a clear upgrade path. Atlassian offers a business culture that I find very comfortable. In a way, each of us votes with our money. I am voting for your way of doing business.

I'm convinced that a lot of people buy from Atlassian because of our transparent business model, but I would bet that it is often more of a subconscious influencer. It's great when someone so totally gets what we're about.

February 2, 2009 | Permalink | Comments (0)

How do you manage to blog so much?


I realize the irony of posting that title here, on my personal blog that has barely seen one entry per month lately. However, the subject at hand is actually Atlassian's company blogs, which you can find here and here. And we do manage to post up a good stream of interesting material there. We're tracking about six to eight posts posts a week, if you include both blogs. And we've seen our readership increase steadily since we started keeping track. I mean, we're not 37 Signals or anything, but we're getting there.

And it's obviously because of this, and not my depressingly-silent personal blog, that Steve Lane of Soliant wrote me this morning and asked:

We'd love to have a blog stream half as rich as Atlassian's. I want to find out how blogging is motivated at Atlassian? Are there specific incentives for blogging? Are people paid for it? Is it a prize to even be asked to blog, so people vie for the privilege? Do people expect their work targets to be reduced to make time to blog?

It seemed a good question, and one that would be generally interesting. So in keeping with the theme, here is my answer, in blog form:

1. Blogging starts at the top

Blogging has been a part of Atlassian's culture from its earliest days. One of the two co-founders, Mike Cannon-Brookes, has been blogging for and about Atlassian since he started the company (although much more so in the early days than in recent ones). But he encouraged and set an example for all the Atlassians who came after. Mike recognized and preached the value of Atlassian blogging as much as possible, on any platform, and in public. Because of that:


2. Blogging is part of everyone's job

We try to make sure everyone at Atlassian understands that reading and writing blogs is a normal, fundamental part of their job. On each new employee's first day, they are required to subscribe to the internal blog feed and required to post a blog to introduce themselves to everyone.

And that really is everyone. It's not just the executives, or just the developers, or just the professional marketing folks who are encouraged to blog -- everyone in the company, no matter what their job may be, is encouraged to participate.

We don't want blogging to feel like an extra duty, or a special privilege, or something that you do only when you have time, or when you feel like goofing off for a while. Blogging is work, and it takes time and effort to do it well. We want people to invest that time at the top of their priority list, not at the bottom.


3. Blogging is how we talk to ourselves

Atlassian has now spread across the globe: we have employees in Sydney, San Francisco, London, Poland and Kuala Lumpur. So when you need to talk to the group blogging is the best way to do it. Every post shows up in group feed (which, remember, everyone is required to subscribe to). So a blog post starts our conversation, comments continue it, and often the results of the discussion are distilled into a wiki page. But no matter the outcome, the whole process is archived, searchable, and linkable later. Having that record of discussion and opinion and decision-making is incredibly valuable.


4. Make internal blogs public blogs

You may have noticed that the first three tips are really all about how we use blogs to communicate amongst ourselves. And the astute among you will have also noticed that Steve wasn't really asking about internal blogging. He wants to pump his public blog stream. Fortunately, internal and external blogging are all part of the same ecosystem. We find it much easier to have a vibrant public blog because we have a vibrant internal blog scene. The internal blogs feed the external one.

Many posts that begin in private are later made public. Whenever I see an internal post that we think would be interesting to readers on the outside, I (or someone else) leaves a comment that just says "dev blog it!," The author can then move the post out to the public blog and carry on the discussion there.


5. Blog about everything

Don't worry about what you're blogging. Every post, no matter how trivial, builds a bond between you and your customers. Sometimes the more trivial posts are the best. Blog about your stupid office pranks. Blog about developer in-jokes. Blog about company outings. Blog about cool developments in technology, or great products that may have nothing at all to do with your business. Anything about which you can have an interesting opinion, which could express your views or your culture, is great on the blog.

In my view, the primary purpose of your public blog is not about marketing your products or even spreading useful information, though it can do those things. The primary benefit of the blog is building relationships with your customers. Your customers and your fans want to know more about you. They want to know who you are, they want to see your faces. Make the blog personal; use your full names and email addresses, put your picture next to your posts. You're trying to establish a relationship, and the more information you can share about your company, the more connected and the more valuable your blog will become.

6. If you take it seriously, measure it

If you want to increase the amount of blogging at your company, then you need to start measuring it. The three easiest and most relevant metrics that we use are 1) posting-frequency, 2) number of unique authors, and 3) total subscribers. Firstly, you want to have frequent, steady, quality content to keep your readers engaged, so you need to track how often you're posting. Secondly, you want to ensure that there are a variety of viewpoints represented, and that the burden of keeping up the blog doesn't fall on any one person or team. So measure how many different company authors and commenters are participating. And thirdly, you need to know if your blogging is resonating with your audience and creating the kind of engagement you want. The best proxy we've found to measure this is the number of feed subscribers.

You can obviously track more specific metrics like the popularity of individual posts, or how many trackbacks and comments they generate. But our overall goal is engaged attention of our customers. We know it's an ongoing process that will unfold over months and years. Counting subscribers is the best way for us to measure that long-term engagement.

Set up your measurements at the beginning of your project and track their growth somewhere highly visible. And if you're going to measure your efforts, then you need to set goals and celebrate your successes. Blogging is a big deal -- it should be a central part of your company's efforts. We made blog-engagement one of the top five goals for engineering last year, and worked toward it with as much effort as each new release or our hiring goals.

7. Have a champion

Here's another technique that we've used with some success. Even though blogging is part of everyone's job, we've designated a Blogging Champion (the position rotates every so often) who is responsible for some special blog-related duties. The Blogging Champion is not responsible for writing (more) posts. But he or she is responsible for encouraging and motivating everyone else to blog more. So she goes out of her way to measure and report statistics, to notice and encourage internal posts which should be made public, and to extract lessons to make the whole process more effective. It might also be his responsibility to deal with some of the infrastructure: making sure everyone has accounts, approving comments, dealing with spam.

The blogging champion publishes an internal post every few months with lovely charts and graphs tracking our blogging metrics, showing us just how much our post frequency and subscriber count has grown. It's also useful for the Champion to look back and see exactly which kinds of posts resonated the most with the audience in order to inform our future subjects.


Thinking about our blogging efforts at Atlassian, it's clear that we still have plenty of room to improve, and I always feel that we could make even more information public. But I'm pretty happy about how far we've come since I started at Atlassian three years ago. I've tried to list the attitudes and practices that have gotten us this far, and I hope it proves useful. But I'd love to hear more ideas, though, from people inside and outside Atlassian. Have I missed anything? Are there things that your company does differently that have been successful?

April 9, 2008 | Permalink | Comments (4)

Thought for the day

Someone said in a meeting I just finished, "URLs are the deep magic of the web." I thought it was a quote that I had read before, but Google says no. But a good thing for web developers to remember.

March 21, 2008 | Permalink | Comments (1)

Bonus Resume Tips

While I'm at it, a few bonus resume tips that may be of service to you, no matter the job you're applying for.


  1. Don't waste space on an objective. The interviewer doesn't really care what you want, and everyone writes the same thing anyway. Instead, give me a one- or two-sentence description about why I want you.

  2. Pre-seed Google. Your potential employer is going to Google you. Make sure there is something there that you want him to find. Being a non-entity on the net is not a good sign.

  3. Do not tell me that you're a team player, a fast learner, have great attention to detail or have excellent written and oral communication skills. It may be true, but everyone says that and, consequently, no one believes it.

  4. One page.

  5. No, seriously, one page. It's fine if you can't fit your entire work history on there. Especially in technology, I only care about the last five years anyway. I will greatly appreciate the brevity.*

* I once read the resume of a gentleman applying for a developer position that went on for more than twelve pages. His work history went back to 1973. When he was a shoe salesman.

January 18, 2008 | Permalink | Comments (4)

Agile QA?


Sherali from Atlassian posts about our search for QA developers:

Atlassian QA

This whole concept is not without controvsery inside Atlassian, and I'd love some input from anyone interested. Has anyone seen a QA team and a agile development team work well together? How was it set up? How did it play out? What do you think of Sherali's plan?

January 14, 2008 | Permalink | Comments (2)

Tables turned - hiring a UI developer

I find myself in an odd position. Back when I was first starting my career in technology, I was a web designer. This was circa 1995 and there weren't a whole lot of people who knew what the web was, much less why you'd need to design it. Jobs in the field were not abundant, and interesting, state-of-the-art, forward-thinking web-development jobs were as rare as unicorns. I wanted desperately to build the web, to put into practice all that I was learning, but I wasn't really ready to land one of those gigs, even had I known where to find one.

Obviously, the industry has changed a lot since then. And I now find myself in charge of hiring someone for a job that I would have traded my left arm for in 1995. Atlassian is hiring a UI designer/developer for the San Francisco office. I've been reading résumés for about two months, and much like last time, we've been coming up short.

Since this résumé meme had been going around Atlassian recently (Jeffrey, Mike, Charles, Mike again), I wanted to talk a little about the applications I've been reading and what I'd love to see instead. Think of it as me giving my unemployed, 1995-self a little advice. If I were on the outside today, trying to score this kick-ass gig at Atlassian, what would I want to do?


You've only got one shot, kid

So I'll admit this is harsh: but I've read dozens of résumés in the last two months and I've rejected 90% of them in the first 60 seconds. This job is for a User Interface designer/developer. The most important thing on your résumé is a link to your site. Heck, I don't even need to see your résumé at this stage. Just send me an email with a link in it. But here's the thing: that site had better be good.

One of the crucial qualities that I'm hiring for is a design sense that I can trust (in the Steve Jobs definition of design). So I pay particular attention to the personal sites of the candidates. Years ago, when I was applying for jobs like this, I people told me that my personal site didn't matter nearly as much as the examples I could give of work that I had done for real-world clients. However, I've been in the real world for a while now, and I know what goes into those sites. I've seen the sausage being made. So I know that client work seldom fully represents the talents of a candidate.

With your personal site, on the other hand, you have complete control. There are no obtuse clients, no deadline pressures, no recalcitrant programmers, and no technological limitations. It's just your brain and your tools. If you can't do a good job representing yourself visually in those circumstances, how are you going to do it on a real product? (There are plenty of people who don't even have a personal site, or don't think to put it on their résumés. Those folks aren't even trying.)

It's certainly not that your site has to be complex. In fact, the best portfolio site I've seen so far was one page. I wish I could show it to you, because the more I think about it the more I like it. The site is attractive, but more importantly it does a great job of presenting the most important information quickly and efficiently. You can tell the candidate was concerned first about how the site communicated. And for the record, he showcased work done for his employer that, while solid, was nowhere near as strong as the simple, clear, functional site he built for himself.

Show me some proof

OK, let's assume that we've gotten past the first test, and your personal site is clear, useful and attractive. But what should you actually show on that site? Back when I was on the other side of the table, I was concerned with cramming in as much of my work as possible. I guess I thought that number of projects I had done would prove that I was a real professional. Well, from this side of the table, things are different.

You should choose your best three projects and show only those. If you don't have three good projects, then only show me the ones in which you have full confidence. One awesome piece is better than an awesome piece matched with two poor ones. And remember, your personal site has already served as your first reference.

Show me lots of pictures. And explain exactly what you did for each piece - was this solo project, where you designed the page, built the HTML and CSS, coded up the javascript and wrote the backend code? If you worked with a team of developers, what were you responsible for? Either way is fine, but explain it at the outset and be honest.

This is also a great chance to demonstrate your knowledge of the design problem — explain the context of the project. What problem were you trying to solve? What hurdles did you overcome? You don't need much, but a few, well-written sentences can provide a wealth of information. And remember, writing is design.

Which brings me to a brief aside: another way to get your résumé on my radar is to show me your blog. By writing about the right things, your blog can demonstrate that you are enthusiastic about technology, that you understand design problems, that you think clearly and write well, and that you love web development for its own sake. An interesting blog can make up for a less-than-interesting portfolio.


Now we get to the résumé

Yep — just now. And 95% of candidates have already been rejected by this point. If you made it this far, your website has proven to me that you've got something going on. Now I want to find out exactly what you've done, where you've done it, and where your skills truly are. I've pretty much decided to call you by now, so your résumé is going to form the basis of our discussion. The general tips here are the same ones that you can get from my colleagues above, or from Rands.

But I'll add another tip — your résumé is another opportunity to show me a little design savvy. Think of it like a progressive enhancement problem. You need different media for different audiences. Sure, recruiters live and die by Word, so you'll need a .doc résumé. But even so, you can still try to make it attractive. And you'll want to be sure that you publish a plain-text version as well, something easily searchable and emailable. But hey, you've also got a website — you might as well put up an HTML version, right? And why not a PDF version?

What is a résumé except an interface for getting information about your career? So think about how it's designed. Think about typography and layout. Think about color. Think about what you should say, and what you can leave out. But most importantly, think about your audience. You have to balance the traditions and expectations of a résumé, which I might consider the most formal business communication, with the goal of getting your key message presented clearly, efficiently and attractively.

(I once helped a friend design a résumé that landed him a job at Google. The recruiter later told him that his résumé had jumped out because I had done his name as an orange headline across the top of the document. Dead simple, but it only takes a little to stand out from the thousand other boring résumés.)


Finally

So, there you go, 1995-Jonathan. That's how you can land one of those kick-ass web-design jobs. The good news is that it's all under your control. The act of applying for a job is itself a design and interaction problem, so do everything in your power to make that sing. Nail that, and you'll be well on your way.

January 9, 2008 | Permalink | Comments (1)

Atlassian was nominated for a Crunchie

Consider this a shameless bleg, but go vote for Atlassian at the TechCrunch Crunchie awards. (You can vote once a day.) Thanks!

December 28, 2007 | Permalink | Comments (2)

Favourite new iTunes feature!

I discovered today, by way of a completely inadvertent click, that you can now sort iTunes albums within artist, by year. How cool! That is exactly how I organize my physical CDs. (Yes, I still have those -- and lots of them.)

Picture 7.png

November 26, 2007 | Permalink | Comments (0)

The nostalgia machine, or kids today!

This Slate article about the "Death of Email" has been approvingly linked from a few different places -- Fred Wilson being one, Thomas Hawk being another.

A few unrelated thoughts:

1. If you substituted "email" every time the author references IM and Facebook, and "letters" for email, you might have read this exact same article in 1997.

[Email is] best-suited for longer musings. As opposed to instant messaging, e-mail provides the breathing room to contemplate what we're writing and express nuanced thoughts. A well-tended e-mail inbox and outbox can serve as a sort of diary, an evolving record of your curiosities, obsessions, introspections, apologies, and heart-to-hearts..... While IMs and text messages have a throwaway quality, e-mail is for the sentimental. I still have some of the first flirtatious e-mails I exchanged with my wife in college. I have thoughtful monologues from friends in the midst of crises. I have e-mails from my parents that I envision showing to my children someday.

Haven't we been treated to a raft of articles over the last ten years complaining that email will be the death of thought, spelling, grammar and all civilized communication between adults? (Yes, we have — I'm just too lazy to Google for them right now.) And suddenly, thanks to the emergence of Facebook, Twitter and SMS, email has become the last vestige against the barbarian hordes who can only grunt into an 140-character SMS box? A veritable golden age of elegant correspondence? I think we in the tech industry forget our history too easily.

2. Why does no one seem to understand that these media (email, IM, twitter, Facebook) are good for totally different things? Email is good for one-to-one, private, asynchronous communication. IM and SMS are good for one-to-one, private synchronous communication. Facebook is best for many-to-many, public, asynchronous communication. And Twitter excels as many-to-many. public synchronous communication. See, I made a little table:

Audience Time
Email one-to-one asynchronous
IM and SMS one-to-one synchronous
Facebook, et al. many-to-many asynchronous
Twitter, et al. many-to-many* synchronous

* As far as I'm concerned, direct messaging on Twitter is functionally the same as SMS or IM.

So why all the hand-wringing about one channel replacing another? Just use the right tool for the occasion.

3. This is not a new complaint, I hate applications that send email to let me know that "Bob has sent you a message", forcing me to visit the website to see the message. It's inelegant, annoying and wasteful. It's a feature that has been deliberately broken in order to support the needs to an insufficiently evolved business model.

If you're building an app that uses email, then do it right. Don't trick me into coming back to your site. Don't piss me off just to get one more worthless page view. Give me information I need in the email, and then give me a good reason to come back to your site.

And if you're a Facebook user, for example, don't use Facebook to send me a private message. My real email is right there. Use the right tool for the job.

P.S. Two blog posts in one day? I know! What's up with that?

November 16, 2007 | Permalink | Comments (1)

Can't judge a book by it's...

I find it quite interesting that I just bought four books from a list of the twenty-eight best book covers of 2007. These works had no relationship at all, in genre, topic or style, save the fact that they were well-designed. Amazon's own recommendations — with all of their domain knowledge, understanding of subject matter and customer data — rarely has a hit-ratio that high.

November 16, 2007 | Permalink | Comments (0)