Importance of Business and IT Connecting

Mike Vizdos has a great cartoon / blog entry about the importance of IT understanding the business(es) that they support.

I must say that I was surprised by his take on who my real customers are (or should be). It definitely gave me pause about how I should go about developing solutions for my business users.

If nothing else, the article gets you thinking outside of the norm. How very… agile.

Open Space Experience

I had my first Open Space experience Thursday night at the Agile Iowa user group. It was a great new experience in performing meetings, and it was one of the few times where I’ve been in a meeting where I was actually engaged and getting something of value through the whole meeting.

The two hour meeting consisted of the following:

  • 6:00pm: Pass out sticky notes, where anyone in the group can write up a topic for discussion. For example, members of the group brought up topics like “Agile Adoption Across Non-Agile Companies”, “Agile Metrics”, and “Promoting TDD Among Non-TDD Developers”, to name a few. (This actually only took about 5 minutes. We spent the rest of the time touring the Iowa Student Loan facility to see how they had changed their environment to promote agility.)
  • 6:15pm: The leader/facilitator collected the stickies and posted them to the board. Each member was allowed two votes toward their top two topics of interest. After everyone had voted, the top four topics were selected.
  • 6:30pm: The first set of sessions begins. Two of the four topics are chosen for discussion. Each session is designated a room. Members get up and go to the topic session they are interested in. During the session, one person takes notes based on what was discussed.
  • 7:00pm: The second set of sessions begins. Members move to the next session they are interested in and sit down for discussion.
  • 7:30pm: Re-group with the rest of the group members. The person who took notes at each session provides a summary of what was discussed, for information-sharing. (We actually didn’t end up doing this, as the second set of sessions went long. This is one thing I wish we would have done.).
  • 7:50pm: Hold a retrospective with the entire group. Each member is able to provide input on what went well / what didn’t go well with the Open Space, so that changes can be made to make the next Open Space better.

Now, I’m not suggesting that we all go out and start converting our traditional meetings to Open Space meetings (well, you can if you want…). But it is always good to look “outside the box” from time to time, and try new things.

In the workplace, I see this providing value as an information-sharing / idea-gathering opportunity between co-workers in the office. For example, if you have a problem with “silos” (e.g. teams doing their own thing, not knowing whether other teams are doing something similar), hold an Open Space. And recommend (or mandate) that team members go to different sessions to promote cross-team collaboration.

My Workstation…

A co-worker shared this with me. A little work humor to kick off the Holiday weekend.

“A train station is where a train stops. A bus station is where the bus stops. I sit at a workstation…”

… the business folks expecially like this one! = P

Using Team Foundation Server for non-.NET Projects?

My company is beginning to evaluate the new Visual Studio Team Foundation Server (TFS) 2008 software, and one of our big questions right now is whether TFS is a suitable product for handling project management needs for non .NET projects. My company has a mix of in-house developed applications, and 3rd party vendor applications that have been brought in. Therefore, having a platform-agnostic process tool is something that would be very handy (besides Microsoft Project, that is…).

From what I’ve read so far, TFS and Visual Studio Team System (VSTS) are intended to integrate well for .NET development projects. But what about projects surrounding a non-.NET project (for example, a vendor product)? There are still “work items” that need to be tracked, reports to be created, etc.; but perhaps only a subset (if any) of this work may require some type of .NET development.

Besides Visual Studio, I’ve seen that Work Items can be tracked with either Team Web Access or the Team Exploror application. I haven’t had a chance to test these out yet, but I’m curious whether managing a non-.NET project using just these tools is very… well, natural.

Perhaps TFS is not meant to be used as a platform-agnostic process tool (that wouldn’t be too much of a stretch!). Perhaps there are other process tools out there that work well with both Visual Studio and other IT-related projects.

I guess I’ll need to do some more digging…