Just now something happened here at the office that really showed some major differences between SCRUM and RUP.

I was asked to send the list of demands to a person, to be used as input for their work with tests. This is our product backlog which we have created and worked with during our 6 sprints.

• “Yes, but it will not look the same as when you saw it last, three months back. It has changed very frequently, almost daily.”
• “OK? But give it to me anyway”

So I wrote him an email; “Here is the list of demands as it looks today, 2007-10-02”

At the same time a person from another project (not SCRUM, mind you) walked by. He was talking in the phone and from the pitch and sound of his voice we could make out that he was quite angry.

• “So, I heard that...

Yesterday Avega, my company, released it’s new, better, bigger and nicer website. And it really is! Go there now: http://www.avega.se/

Well worth the wait and a major, major improvement over the last one. Really nice design and easy on the eye. And quite informative also - lots of interesting content to read about Avega and the consultants.

Right… almost forgot; I am on the site. If you go to the first page and wait for a while I’ll flash (no pun intended) before your eyes. My 10 seconds of fame on the net.

This site adds to the proud feeling I already have for Avega. The best place I’ve ever worked on. If you’re interested of joining us, please let me know.

This has been a hard case to crack for quite sometime now… And it’s really annoying since at first the task seems so simple. Bare with me for a short history:

Very often users of a system want to send emails through the application, or send things in the application (document etc.) via email.

That is no biggie, I’ll use SMTP-mail - you think… until they add the demand “and of course we need to know if the mail reach the delivery address”. Often that last part doesn’t come up until the system is in production and the situation occurs.

Now you have some real tricky questions to handle. SMTP is a fire and forget protocol. There is no waiting until the mail has reached the recipient. Until .NET 2.0 that was also the case for us programmers. And of course you don’t want to integrated with Outlook or whatever...

OK - as you all well know Microsoft doesn’t put as much effort into Visual Studio for VB.NET-developers as for C#-ditto. I don’t know why - but can only speculate that they don’t won’t that language around in the long run. This is not sarcasm - it quite obvious if you switch between the languages.

So someone else has to help us - here are great bunch of tools that assist the lonely VB.NET-developer in his struggles: http://www.mztools.com/index.aspx

My favorite feature so far is the ability to find dead code - that is code that isn’t used. I have remove many rows of code this way… lot less to maintain.

This weekend we had a moving in party. Yes, I know it’s about half a year late - but hey…

We just got two room repainted and fixed. It looks very nice and is really a big difference from before. I have had my doubt if it was worth it (living in one room with all the furniture’s for two weeks is hard on my orderly psyche) - but it sure is.

So the party saw some 20 people in our 68 m² apartment. Crowded, crowded - but very nice and a lot new and old faces. Great to meet everyone at once.

Tomorrow is another sprint demo. I love the fast-forward way of incrementing doing improvements that SCRUM offers. One of the features I really like is the way that the developers get to feel good about themselves and to be proud. Really builds team spirit.

If you haven’t tried SCRUM out yet - do it already. It’s dead simple to get started and will give you results (faster, reliable deliveries, better team spirit, happier customers) right away.

This entire week has been concerned with Team Foundation Server (TFS) and Visual Studio Team System (VSTS).

There are really a lot of interesting features in this product. Some are excellent (the source control system and the ability to share data in the development project) and some not excellent yet (i miss a lot of easy configuration stuff for msbuild for example). In short i like it. A lot.

But the more I learn about TFS the more I want to use TFS to the full extend of the product. I have a hunch that it will rock more and more as you start to use more and more features.

There are also a lot of interesting and useful stuff on the NET about it. Here are some introduction videos for example: http://teamsystemrocks.com/tutorials/

ps. Changed my mind - that link is GREAT. The first two videos I saw could...

Really, really in a hurry right now. Cannot withhold these two great links with answers to some very common and annoying problems with Visual Studio Team System) and Team Foundation Server:

• How to run tests in a build without test metadata files and test lists (.vsmdi files)
• Beware the Team Test VSMDI file

Found this today http://www.codeplex.com/TFSGuide/Release/ProjectReleases.aspx?ReleaseId=6280

It’s one of those Patterns and practices document (why are they always so long, 496 pages… Come on!). It doesn’t seem to be quite finished yet but looks very promising.

Last week Miriam did it again. She held, all of her own, the weekend-evening devotional (well I am not sure of the word for helgmålsbön, but that will have too do…).

Again she did it with a most visible easy and some very interesting thoughts. “God is bothering me…” who’ll ever knew that that would be the theme for one of those shows.

Well - if you missed it, it’s about ten minutes of sharp-edge thinking. And you can see it again here See the program I SVT Play and choose the 15 sept show).

Way to go Miriam - you are honoring our prayer group on your mission trip to Norrland ;)