Don't get me wrong, let me finish it. Only if your project uses ALM tools and physical wall at the same time.
NOTE: ALM tools - Agile Lifecycle management tools (like Mingle, Version One, etc)
Physical Wall Vs ALM tools wall
We are not getting into this argument right now. By now most of us would have used both and know the pros & cons of each. Personally, I am OK with any one of these.
Physical Wall & ALM tools - Hybrid approach
This is where I have a problem. In most the projects I have worked on, we have used this hybrid model. We would use ALM tools to create story, prioritize and for discussions with client but use physical wall to track the progress of the sprint/iteration.
Issues (I faced) in this approach
No single source of truth: Few things would be up-to-date in physical wall but not on the tool and vice versa. Consider this case - You find that a story card is 'In Dev' lane in physical wall and 'In QA' lane in ALM wall. Does this mean that:
- Story is 'Dev complete' and moved to 'In QA' by dev in ALM wall but not on Physical wall.
- QA found a bug and moved the story back to 'In Dev' in physical wall but not on ALM.
- Duplication of effort: Duplication is painful even here. Imagine that you just did your team sign up on the physical wall. How motivated would you be to update the exact same information on the ALM tool. So you can't complain the team for not having things in sync.
- ALM Tool is not a boon anymore but a burden: In most of the teams I have been, it is a burden for few individuals (like PM, BAs, sometime Devs) to keep the ALM tool in sync with the physical wall. A tool that was supposed to be helping the project becomes a burden.
- Invalid metrics: ALM tools provide lot of useful metrics that can be used to track the project and make some useful decision. Since the tool is not used properly, metrics provided is also invalid.
- Wrong/Incomplete status on the wall: One of the projects I worked on had distributed team members. The physical wall in offshore would have only the stories that are worked on by offshore team members as it was hard/painful to track the cards worked on by onshore members. This wall was actually projecting wrong state of the project to everyone. It is better not to have such a wall than to have with wrong/incomplete information. (In this case, we stopped having the physical wall)
It is hard to convince everyone and remove the physical wall from a project team that is used to having it.
Arguments in favor of Physical wallHere are the few arguments that I have faced in favor of Physical wall:
- I am used to doing signups and track things on Physical Wall
- I prefer to physically feel story cards than rely on software tools.
- Physical wall can promote more collaboration within team.
- I have to click through 100 links to get the information I need in the ALM tool.
- It is easy to refer to physical wall and get any information almost immediately. I don't want to login to ALM tool every time.
- I prefer Physical Wall over ALM tools, it is simple.
- It just takes couple of minutes to sync both tool and physical wall. Why do you bother?
- Physical wall is an information radiator. Anyone walking-by can know the status of the project
- Last but not the least - There are other major issues in our project. Can we look at this later? - :( YOU CAN NEVER FIND AN ANSWER TO THIS.
My takeI could find convincing reply to the above questions except the last two:
- Reality: ALM tool has become a necessity in most of the projects because of the benefits and flexibility it brings in. Also, physical wall is not an option for a distributed team. It is the reality and you can't escape from ALM tools in many cases.
- Single source of truth: As discussed in the issues section, we all love to have single source of truth than to end up with conflicting information.
- Personal preference is not an option: I can't introduce a new language or a framework into a project since I am comfortable in using it. When we are working as a team, we discuss the pros/cons and decide on one tool/language/framework. If ALM tool can't be replaced, try to embrace it rather than fighting it and maintaining a physical wall.
- Other benefits does not outweigh the issues: Few people claim that physical wall improves collaboration and some of them prefer to see stories as physical cards & track it through different lanes. On the collaboration part, I am not sure whether there is any fact to back this but I think ALM walls can also have the same effect. On the second benefit, most of the ALM tools provide standup / dashboard view, that mimics the physical wall. Even if we assume that the above benefits cannot be met with a tool, these are only side effects of a physical wall and it would take a back seat considering the issues it brings along.
- Access to information immediately: Most of the ALM tools have long user session time, so we can keep a tab open in our browser(just like email/facebook) to refer whenever we need any information. So we can get necessary information in a click instead of the need to login everytime.
- ALM tool usability (100 click syndrome): It would take a day or two to get used to any new tool. Most of the product development companies would have usability experts to make the interface as easy as possible to stay in business. If we could just spend that short time to get used to the tool, we won't be exaggerating and complaining about "100 clicks" needed to do an operation in ALM tool.
- Information radiator: Like build monitor, if each team can project their card wall on a monitor, it would still act as an information radiator. Even though this cannot exactly replace the physical wall, it is a trade off decision we have to go with to see the benefits of using just the ALM tool.
- And last, Does it really worth it: When you can get all the information that is needed from ALM tools dashboard/standup wall, why do we need to replicate the information on physical wall?
You could help in refining this by sharing your comments, views and experience. Also, it would be great if you shed some light on how you overcame the issues in the hybrid approach I mentioned earlier.