Sponsored By Aspose - File Format APIs for .NET

Aspose are the market leader of .NET APIs for file business formats – natively work with DOCX, XLSX, PPT, PDF, MSG, MPP, images formats and many more!

Tools for disparate teams: AgileZen Edition

Still neck-deep in start-up mode these days. I still don’t feel any different than I did before we started this venture whole hog in January but that might be because I was prepared for it. Since the baby came in November, I was already familiar with the lack of sleep, persistent anxiety, and the constant mood swings between “this is the greatest feeling ever” and “what the &*%$ was I thinking?!?” so it was a smooth segue to entrepreneurship.

In any case, I’ve waxed somewhat comprehensible on the topic of working remotely fairly often. In most cases, I worked on a team where I was the only remote person. Nowadays, I’m part of a start-up where the entire dev team is scattered. And long-time readers will be horrified to hear that I’m the one in charge.

It’s been a learning process, to be sure, and continues to be. We’ve adopted procedures that I increasingly refer to as “spry” in that they help us work faster. But I’m scared to call it Agile or Lean because my knowledge of either of those processes is limited to what I read about it in the little-known Bazooka Joe comic series on the subject. So in order to avoid much “tut-tut”-ing from people on Twitter, I just say “this is what we do; if it follows a formal methodology, that’s not my fault.”

To that end, I’m going to fly directly in the face of the “favour individuals and interaction over processes and tools” part of Agile and post on a few of the tools we’ve been using to keep us organized. Or, more accurately, keep us from becoming too disorganized. In this episode:

AgileZen

When we first started our venture, my partner had everything in BaseCamp. It worked well enough. The Writeboard feature was useful and it delivers on its promise of keeping communication centralized. But we were using a task list to manage the features we wanted to put in and it very quickly became unwieldy for that. Not to knock BaseCamp. It is in the realm of software we want to emulate in that it’s great at what it does and makes no apologies if it doesn’t work outside of those boundaries.

The two obvious choices in my mind were LeanKitKanban and AgileZen. We took a look at both tools and decided on AgileZen because of its simplicity. We also took a very brief look at AxoSoft but it was deemed overkill for our needs. The pricing page alone doesn’t exactly inspire confidence in the whole “keep it simple” thing we were trying to strive for.

Likes

There’s plenty to like about AgileZen. The visual nature of it is well-suited for a remote team for daily stand-ups. Our process is generally to leave the board as-is for most of the day and move things around just at the stand-up. Helps give a sense of progress that was accomplished the previous day.

AgileZen follows a growing trend with software: less is more. This is an approach espoused by 37Signals and it’s one we’re very much on board with in our own product. So it gives us a nice warm fuzzy feeling to use a product that aligns with our own philosophy.

The overall user experience shows great attention to detail. It wasn’t until very recently, after having used the product for months, that I noticed the Add Story “form” had no labels. Instead, all the fields have watermarks indicating what to put in the field.

Because of this, the overall feature set doesn’t really give a decent picture of the application. Yes, you can colour code stories and add tags and, more recently, filter based on search criteria. None of these individually make AgileZen better than competitors. It’s more the way they all seem to work as a cohesive product.

Wish List

There is but one single feature that I think is the sole major gap in the product: a full API. There is a REST API to query things but nothing to write information back. (At least not yet; the feature is in the works.) This is something that would have *really* come in handy when we migrated all our tasks out of BaseCamp. But even now, stories come from other sources and almost all of the other products we use (e.g. BitBucket, ZenDesk) have an API so it would be pretty trivial to write a little utility to, say, take a ticket from ZenDesk and create a story from it in AgileZen. (And as I noted on Twitter, no prizes for what such a utility would be called.)

Also, as much as I marvel at the user experience, there are some minor quirks. The drag and drop isn’t infallible. There have been many cases when I just wish there was an arrow icon that I could click to move it to the next column without me having to fight with drag-n-drop, especially on my laptop where I’m forced to use the touchpad.

Couple of other annoyances are very likely low priority due to the potential number of people it affects. First, I use the Vimium Chrome extension which makes it easy to navigate a page with the keyboard. But some areas of the app aren’t “clickable” with this extension. Second, the fact that it kicks me out after I log in from another computer. I use AgileZen from at least two different virtual machines on any given day so I often have to re-login. This has been alleviated thanks to Vimium and AutoHotkey using a similar technique I used to migrate the stories out of Basecamp. Now, I just press Win+a to log in to AgileZen.

I hesitate to mention this possible feature but it’s something that would come in handy for us: threaded discussions attached to a story. The reason I hesitate is because, frankly, if I were on the AgileZen team and someone asked for this, my answer would be a flamboyant “suck it, user!”. It pretty much flies in the face of everything AgileZen is trying to achieve with its feature set. Internally, when we discuss a feature like this that would very obviously make the app overly complicated, we usually say discard the idea and say, “Yeah, there’s no need to Microsoft the app.” That’s how I predict the conversation would go with threaded discussions in AgileZen.

This list is kind of a double-edged sword because as I mentioned, any new features threatens the “keep it simple” vibe the app has at the moment. That said, Nate and Niki are smart people and I trust they will find a way to give me what I need, even if it’s not exactly what I asked for.

Wrap-up

Besides using the software, AgileZen has a certain quality that we are actively aspiring to achieve. It has the type of user experience that produces an emotional response. That response is almost universally positive so much so that even though it has a few quirks, I love using it. It’s something we use everyday and coupled with a decent screen-sharing tool (which is coming up next), it’s been a valuable tool for our remote team.

This entry was posted in Tools, Working Remotely. Bookmark the permalink. Follow any comments here with the RSS feed for this post.
  • Pav Naydenov Tangardjiev

    Good opinion. Actually, I agree that one may even remove a feature if needed. The problem is that we often don’t want to accept the fact that something is simply not working for us and we try to push harder and harder. So we kind of lose valuable time and resources. But no one is perfect :-)

  • http://kyle.baley.org Kyle Baley

    A little late with my reply. I’m not with BookedIN anymore but I have it on reasonable authority that Trello is the tool of choice these days.

  • http://kyle.baley.org Kyle Baley

    The danger of having too many features that you don’t use is that they clutter up the UI. To me, adding features just for the sake of having more features isn’t improvement. You have to look at your product and decide “our users want to do X and can’t”. It’s a subtle difference between “users want to” and “I want users to be able to”. And even then, sometimes you have to make a judgement call which is why I’m not a fan of things like UserVoice.

    On very rare occasions, you may even remove a feature if you have implemented wrong and it’s causing more harm than good. You have to have a good long think on this but I have done it in the past successfully.

  • Pav Naydenov Tangardjiev

    Nice article. It’s been a while since it was published, but there is something that kept my attention: “too many features threatens the keep it simple vibe”. Well Kanban is kind of a simple concept, but one of its main ideas is to improve continuously. In this line of thoughts, adding more features is a good think (my opinion). Only this way you can see what works and what doesn’t. If a feature doesn’t work for you, just stop using it :-)

    Cheers.

  • JoshMeNow

    Just curious, what are you using now? Bitrix24? Asana? Wrike?

  • Jimmy

    If you need simplicity and powerfulness in managing your projects then you must work with proofhub.com (free). It has features like time tracking, labels, sub tasks, proofing etc.

  • Carol Romer

    I am playing around with proofhub (www.proofhub.com) . You can also try it for free and it also integrates with google drive and dropbox. Moreover you can assign one task to multiple users at the same time.

  • http://www.facebook.com/people/Jo-Loas/100003256874938 Jo Loas

    I was choosing between LeanKit, AgileZen and KanbanTool. I decided to use the last one (http://kanbantool.com/) Not because of design but because of professional customer support and useful features. 

  • http://www.bontq.com Dominic

    Very intersting article. I think AgileZen is great tool for project management.

  • Erica S.

    There is also a new alternative coming out: http://www.getsmartQ.com – there are already some screenshots available and looks like the beta will be out sometimes soon.

    Simple and oriented not only for software development…