Archive for August, 2010

Getting started with Aris Express

2010/08/31 4 comments

Yesterday, I finally got started with ARIS Express. I’ve worked with current files before but this was the first time I was actually going to create something. So, here are my first impressions.

The installation…

During the installation, I was prompted to include a shortcut on the desktop. I hate desktop shortcuts. I’m the kind of gal who keeps at the most 10 e-mails in my Inbox (perhaps 20 in GMail) and try to keep my desktop clean. So I declined and couldn’t start the program since it cannot be found in the applications folder. I scanned Google and the Aris community for the command line command before giving up and installing again. So my first impression was not positive.

As a note, I was prompted to upgrade the other day but after that the shortcut on the desktop stopped working. Fortunately, there was a shortcut in the Recent folder. It seems like the application does not understand that I’ve upgraded and now I’m prompted to upgrade every time I start ARIS Express. Annoying.

The ALM people have some potential improvements to work with…

The startup

And then the application started. Not the quickest one around. I actually thought the application didn’t work but finally I was up and running. And now it was time to select model. I had no idea which to pick. I’m not used to the different types of models and was in vain looking for an UML diagram. No luck.

I finally settles for the BPMN type, fully aware of that I’m not used to the notation.

And then I waited. And waited. Again I thought that there was a problem. Perhaps I don’t have the quickest of computers but it’s not that bad. You might guess that I was a bit skeptical by now.


And then I started working. The UI is simple and in most cases intuitive – if you’ve used VISIO and such programs this is not so hard, but there are some functions that are well hidden.

But I soon get to really like it! It actually felt more intuitive than VISIO and I came to feel well at ease. Of course my lacking knowledge of the notation probably makes my model impossible to understand for an seasoned BPMN expert.

But here is the result:

So, what is the final take on my first impression? The installation is a shame but the functionality after that is better than expected. I will probably pick ARIS Express over Visio in the future.

Categories: Agile

The value of product backlog items & User stories

2010/08/24 3 comments

During this summer and autumn, I’ve been discussing and reading even more on kanban, Theory of Constraint and how to deliver more business value. Reading David Andersson has really been a revelation, and I’m looking forward trying to implement some of his findings at work.

One of the many things that caught my attention was his discussion of the value of a feature. His idea is that the moment an idea is born, it starts to loose value. The longer it stays on the shelf, it looses value. Like the products at the store. Last year’s ideas are not worth as much anymore.

Rationally, this should not be the case: the value should be the same independent of if we develop the feature this or next year, but if we think about it: of course this is the truth in many cases. If you see an idea as a potential Blue Ocean or an Innovation, the risk that someone else thinks of the same idea becomes greater every day. Being second is seldom as valuable. What is hot today may not be that hot tomorrow.

This is of course more true with the cool features.

Another aspect is of course the perceived value with the idea creator. He is probably very happy if his idea is implemented soon, but many just get frustrated if the same feature sits on the product backlog a year before implementation.

This is of course just one reason among many for keeping short cycle time and speedy delivery, but this was something I hadn’t thought of before.

Categories: Agile

The difference between dogs and software

The previous weekend had its share of driving as we travelled from Stockholm to Billund in Denmark. While driving, I sometimes play mind games and this time I thought about dogs and software. Not how dogs respond to software but rather how similar they are.

Since I work with software and am since more than eight years the proud owner of a Golden Retriever, there is something in both dogs and software that I like. So perhaps they share similarities. So, this was the basis for my silly game. You will probably not learn something new in this post, so if you’re just into bare facts, you can just stop here. I’m still in holiday mood.

Here goes.

First we have the aspect of age. There are puppies, adult dogs and old dogs.

Puppies are cute, fluffy, funny and adorable. Who doesn’t love puppies? Well, puppies tend to make a mess. They require lots of work and you and your dog need to be trained. All the time. Just like a new application: funny and amusing but lots of work and learning. Some people just love the puppy /new software phase. Others cannot stand it.


The adult dog is someone you’ve gotten to know well and depending on how the puppy stage was handled, the dog can now be the perfect companion or just like an overgrown puppy: making a mess and requiring a lot of work. The same goes with software: if you don’t take of the quality issues during the first period you will probably have a messy system as it grows mature.


Then there’s the old dog. This one just loves sleeping and eating. You know what you have but chances are great that the dog is slow, have poor eye sight, don’t hear to well and is struck by breed specific diseases. And software is no different. The problems which were not handled from start are now greater than ever and at the same time the system tend to feel slower and not so responsive.


But then there are different breeds of dogs…

First off is the Retriever. This is like Microsoft Excel. Something for everyone and people seems to think that this is something which just works, independent of how you work with it. Most people are bitten by Retrievers and I believe that too many people are bitten by Excel applications too.


The mobile applications are the Chihuahuas of software. You can carry them where ever you go and they are something that is worn like an accessory by some owners. They tend to feel expensive to buy: you seem to get more dog for the money if you choose something else. And they tend to think that they are a much larger dog than they are. More noise than strength…


The creative software is like the puddles. Look very nice to people who love that type but for the rest of us, they just look weird. You need to put in a large chunk of time just to keep up.


The security programs are like Rottweiler’s. They tend to make a lot of noise and they scare the crap out of many people not used to them. They can tend to bark at most stuff so you might not even notice when the really bad guy is around.


Large Business Applications are like a bulldog. Ugly, sturdy built but you need to get a C section just to give birth to them.


Then there is everything Open Source. There we have the cats. But hey, that’s no dog!? Well, I said it was a silly mind game… The cat don’t live with you; you live with the cat. Many think that cats are easier and cheaper to keep and there are cat people, just like there are dog people.


Well, this was about the time we came to Ödeshög and my husband took over the wheel. But what was the result, then, besides from me having something to think about while driving? The most important thing is that problems we have with software development and systems are not that different from other problems in life. And I should probably get back to work…

Categories: Agile

Risks worth to take

In my previous blog post, Risky Business, I discussed why we shouldn’t be shy of risks. But of course there are risks what simply are not worth it. But how do we recognize them? I believe that the answer is that we in most cases don’t. The risks we in most cases should avoid are not the big obvious ones.

In Between a rock and a hard place, Aron Rolston tells a story of a beautiful morning. He decided as so many mornings before that to go climbing for the day. He jumped into his car, drove some miles and hiked to a mountain. He fell and his hand got stuck between a rock and the wall:


Image from Aron Ralston, taken during the ordeal. Photo credit: Aron Ralston

So, what happened? First, Aron cursed his bad luck, but during the upcoming days and nights stuck in that canyon, Aron realized that the problem was that he had done as always. Slacking on security he had not packed enough supplies and he hadn’t notified anyone where he was going. Basic security precautions. He had done the same hundreds of times before but had never seen that this was not a risk worth taking. The potential gain of his behavior had been negligible. Yes, he had had some kind of feeling of independence and freedom but he could have gain this too by leaving a note where he’d gone. Without even thinking about it, he had gradually become a person who felt that since he was such a good climber, he didn’t have to bother.

It is so easy to think that since you’re a class A climber of project manager or developer that the rules don’t apply to you. You don’t have to think about these risks. But you need to ask yourself: what do you stand to gain and what would be the consequences if you fall?

For example, we have the curse of multi tasking. Study after study tells us that multi tasking does not makes things completed faster. Quite the opposite. But still, we have concurrent tasks and projects and are amazed by the fact that things seem just to go slower.

Risk taking is sometimes fun and exciting. It can lead to real innovation and is a natural part of every day life but this does not mean that you should take all risks and most importantly: don’t forget the fundamental and every day risks which are easy to forget. Don’t get stuck between a rock and a hard place without having had the chance to gain something truly grand.

Categories: Agile