Amanders and DTEK

I’ve been woefully neglecting Amanders land of late, and for good reason! I’ve moved back to Seattle to join full-time forces with DTEK, whom you’ve seen mentioned here a few times as my favorite client.

We’re a boutique web development and design firm, specializing in work for progressive causes. We build sites using free and open source software on the Drupal and WordPress platforms.

My particular role is focused on the business side of the company – I wear the project management, sales and marketing, customer care and ‘let Andy and Benj write code’ hats.

DTEK’s special. I always knew it was going to take something pretty magical to pull me away from consulting, and indeed it did. I’m having so much fun. We have some amazing clients doing some pretty wonderful ‘change the world’ kind of stuff, and I adore our funny, competent team that just knows how to get things done.

So have a peek at our portfolio, drop me a line if you’re in town so we can catch up, and of course please keep us in mind if you’re in need of a new website. And while I’m not taking on new consulting clients these days, I always want to know what’s going on with you and your projects. I’m at my happiest when I’m dreaming with everyone I know. :)

Language Lessons

Seattle’s Office Nomads has been my temporary home while I’ve been away doing a bit of client work. I always get a huge kick out of the projects going on around me, and find myself far more energized than I am when working alone. Today I learned by osmosis about birch trees, sex and a little graphic design.  Overheard conversations are sometimes even more exciting than the free, tasty coffee.

I also learned – again – about the danger of jargon. Having spent a number of years working for very large companies, I’ve picked up language that I don’t even realize I use. Setting up a bridge, for example, isn’t meaningful to everyone who wants to book a conference call line. (By the way, I adore freeconference for that — it’s an awesome tool for small businesses.)

Here’s an IM exchange I had today that good-humoredly reminded me to check my assumptions and speak PDE*.

amanders: @rockstarclient: is there any UAT I can do on staging for you? I have some train time.
rockstarclient: Intel girl, what is UAT?
rockstarclient: :)
amanders: *laugh* whoops
amanders: user acceptance testing
rockstarclient: ah right, needed context
amanders: how’s this: want me to look shit over?
amanders: hee
rockstarclient: yeah, i call that LSO
amanders: what’s that?
amanders: ohhh
amanders: ha
amanders: *is a dork*

* Plain Damn English

Not a coder?!

I’ve been out of pocket for the last couple of weeks, helping my father relocate across the country. Since we were driving through the entire southern region of the country and traveling by RV, we were in some pretty remote areas. I really had to face my addiction to my phone and data connections, when I had access to twitter/linkedin/facebook/therealworld maybe once a day if I was lucky.

Last night, when I had a chance to catch up, I spent some time reading and thinking about an article @selenamarie posted earlier this week.  Entitled Designers, Women and Hostility in Open Source, it’s a piece worth checking out. And it’s not what you might expect: it’s far more about community in general than women’s roles therein, although it most certainly applies to both.

I was particularly struck by some of Gina’s insight about how Open Source Software communities can welcome newcomers and noncoders. As a non-coder with a business background and a passionate interest in OSS, I’ve often wondered how, if at all, I might significantly contribute to open source projects. I tend to circulate in the open source crowd both socially and professionally, work with and for organizations that strongly value open source work… but have felt a bit daunted about jumping into specific projects when I’m not actually writing software.

Gina writes,

For programmers, the process of contributing to an open source project goes like this: you download the source code, you change the source code, and then you submit your changes to the project maintainers in the form of a patch, and if that patch gets accepted, your contribution shows up in the software. Done.

What’s not clear is how people who don’t code contribute their skills and expertise to making OSS software. Because it’s not clear, they don’t, and the software looks and feels like it was designed by engineers, for engineers—because it was.

She goes on to provide a solid list of ways non-coders can contribute, from functioning as a welcoming presence for newcomers to bug tracking to social networking. These roles, she points out, help move OSS from being entirely engineering-driven to a true community-built model.

Give it a read if you’re so inclined, and I’d love to hear your thoughts in the comments here. I think it’s good stuff.

PS: I took this picture this morning at the last stop in Arizona on Rt. 93 before you enter Nevada. I tried and tried to find a way to tie it into the post, but it didn’t happen. However, it’s awesome, so here you go.

PPS: The UFO jerky was nothing to write home about. :)

A Sense of Self

Amtrak has been my friend lately as I bounce back and forth between Portland and Seattle to work with my newest client, DTEK. They’re a boutique web development firm doing some really cool Drupal and WordPress work for a variety of personally intriguing clients.

Photo by amtrakruss via Flickr http://www.flickr.com/photos/73784413@N00/4514823367/

One of the reasons I opted to work with DTEK is the fact that we subscribe to similar philosophies when it comes to choosing clients. Their about page says this:

We work with individuals, schools, non-profits and community organizations, and commercial firms, preferring those who promote social justice, education, and the arts.

Yeah. That. It rings beautifully for me, too.

They’ve done a fantastic job of defining their market, and if you have a look at their project list, you’ll see that they stick to it. That’s a tricky challenge, especially in a rough economy, but one that’s critically important for a small business.

It pays off — word of mouth is at its strongest when you’re communicating among likeminded people. The leads I’ve gotten via people who understand me as a human (and I them!) have consistently been more solid than those who simply appreciate my work.  There’s no better CRM for an independent business than the mutual admiration society.

The Provisional Lasts Forever

As a consultant, I often get to see clients blush in our early meetings. When a small business brings in an outsider, they often feel as though they’re confessing their sins. The workarounds, the tribal knowledge, the documentation scribbled on post-its and the half-complete project wikis — these are common to every business, particularly fast-moving startups.

The axiom “the provisional lasts forever” is responsible for an enormous amount of my business. I get to sit down with folks and map what they have to what they want, and find non-painful ways to pull it off.  Nearly every one of those conversations starts out with, “We were just going to do this to get by, and now it’s become a system, I guess.”

How to avoid the trap of the provisional (at least a little bit!):

  • Keep it (really) simple. If you’re pulling data from more than two sources to answer a basic question about the operation of your business, ask yourself why. It’s probably a blend of legacy and habit.
  • Document the mundane. Can you see yourself delegating this process? Capture the methodology now — it may be handy later, or it may open your eyes to ways you can simplify the process.
  • Remember the value of administrative help. There are so many brilliant folks offering project-based collaboration to let you put your energy where it’ll make you money.

As for the blushing, save it for something more interesting than business process. Seriously.