So far, nothing new. The practice of a short stand-up synchronization meeting is pretty well established and non-disputed.

What if you have a team that is distributed not only in distance, but also over different time zones?

Which time zone should be used as basis for determining when to have the meeting? Usually the project it ends up being run by the project manager’s (*) watch. That means that the team in the other end probably will have the meeting in the afternoon. A pretty usual distributed team setup in Europe nowadays are something like this:

Europe: Project manager, architect, test manager
Offshore (China or India): Lead developer, developers, testers

That means that the largest part of the team, the team that actually are doing most of the work are having the daily scrum at a less optimal time of the day than the project management. I think that to really succeed with distributed agile development, you have to let the team decide how to work even if this implies awkwardly timed daily scrums for the project management. Of course, this applies to other aspects of the development process as well.

(*) …or Scrum Master if you prefer…

Tweet This Post

In short, Kanban is the Less-is-more cousin of Scrum.
Kanban prescribes only three constraints:

• Visualize the workflow
• Limit WIP (Work In Progress)
• Measure the lead time

The rest is up to you. Kanban does not exclude Scrum or vice versa. Read the article, inspect and adapt and find what is best for you and your organization.

Tweet This Post

“Big Design Upfront is to be avoided at all costs!”

But what about technical debt? Wouldn’t it be nice if someone had the big picture? Someone who knows the key technologies and standards to use and makes sure that central mechanisms such as error handling are handled conformly?

This has always been some of the focus areas of a software architect. But how does an agile architect differ from a “traditional” one?

In my view, the traditional, high-tower, ivory architect is long dead anyway, so the role of an agile architect is just the same as that of any architect independent of what kind of development methodology that is being used – agile or not.  You have to be pragmatic, know the technologies used, be able to communicate through code with developers (no-one likes PowerPoint anyway…) as well as being close to the business stakeholders.

Tweet This Post

“Scrum is popular because it’s easy–and that’s part of the problem.”

It is a great blog post, and I am sure that you will feel familiar with the  descriptions if you have been applying Scrum or other agile methodologies in real life. I certainly do!

Tweet This Post

I usually prefer the good old whiteboard with post-its or an Excel sheet to track progress and generate burndown charts. But ScrumWorks has proved to be an excellent alternative to these old techniques. Developers find it pretty easy to use, and ScrumMasters get a pleasent user interface and a nice burndown chart almost for free.

So what is the downside? Well, sooner or later you will be asked by management to report progress. And managers are usually not willing (or capable) to using any unfamiliar tools, so you end up exporting the data to make some burndown chart or excel sheet available for them. This type of status reporting is overhead (or waste in lean terminology) and boring.

Luckily, ScrumWorks has a decent Web Services API which makes it fairly easy to extract the information you want. For example generate live burndown charts automatically on a wiki, or use the task information in ScrumWork to verify valid commit comments in a Subversion hook script. Imagination is the only limit…

Tweet This Post

Tweet This Post

Nearly all projects I have either been involved in or heard of that claim they are using Scrum, are only using it for the development part of the process. The total process from an idea is born until it is in production usually consists of a gazillion boxes and arrows where the development part is one of the boxes. By optimizing this little box (for example by introducing Scrum), the process efficiency (if you are lucky) maybe increases from 4.0% to 4.1%…. Is this what we call sub-optimizing…?

Value Stream Mapping can help us optimize the parts that really gives impact and is an excellent tool for removing waste.

Tweet This Post

Tweet This Post

I also heard Andy Hunt talking about how to refactor your wetware, Kevlin Henney talked about the Agility Cube and Jeff Sutherland
presented Project Management with Scrum. The conference ended with a panel debate about the complexity we are facing in modern software development. All in all a great day at the conference.

Tweet This Post

Day 1 opened with a keynote by Andy Hunt that was talking about “How hard can it be?“. It turns out that the answer to this question is that “it is as hard as we make it“.

In one session Rickard Öberg gave a crash course in Qi4j and Context Driven Design. Floyd Marinescu talked about trends and future of enterprise Java™. We got a presentation of JavaFX by Torbjörn Frizon where he coded the presentation viewer on the fly…  Rob Harrop gave an introduction to Spring Batch and Jeff Sutherland talked about The Agile Enterprise.

The afternoon keynote was held by Dan North where he talked about Best Practices or Better ”Best” Practices or No Best Practices at all.  He kept his promise to let us out to get our well deserved beer on time

All in all a great day on the conference that ended with dinner, stand-up comedy and a couple of beers. Tomorrow I plan on winning an iPod in the exhibition hall…!!

Tweet This Post