You Don't Need Kanban.. or Do You?18 Oct 2016
It seems as though each and every company out there is trying to catching the Agile train and - even if they don't in fact work alongside the guidelines that Agile prescribes - they seem to be doing an awful lot of talking about it!
If you and your team are standing your ground and saying "this is not for us" - consider if any of these problems has ever caused you and the organization significant amount of trouble.
No idea what people are doing
Whether it's your immediate team members, specific co-workers or ..your entire team - knowing what people are working on helps to paint a better picture of what is being achieved, what is to be expected for completion soon or what's already left a certain stage and can be picked up further down the process line.
While some people will be fine with working cut-away & autonomous from anyone else, others will quickly loose grip and half their day will be spent trying to catch up with the overall progress status.
Leaving the team to get the status updates on their own is an easily avoidable waste of time and should be done automatically.
No tracking of process flow
If there is no way of knowing how long certain tasks took to complete, there is also no reliable way to measure whether this was done efficiently or not. Of course, quality tops speed but there are cases where the high quality achieved can easily get devalued because of the time it took to get it.
This is just one example of how not paying attention to the process metrics can mislead you about your own team and business health.
Huge time loss at resource replacement
When replacing one employee with another, there is a lot of time to be spent on initial training and introduction. Imagine how much time could be saved and how much easier the new employee's first weeks would have been, if you could just hand them the full, exact process that their predecessor has been following!
Can be done, if the previous employee had conducted a detailed, continuous record of their work - such as a Kanban board.
Dead wrong project estimations
If you're already in the habit of doubling or tripling the estimates your co-workers give you, in order to get a more accurate completion date - this may be indicating a problem with either the team's estimation technique issues, or with their idea of when and how things are done. Giving the team access to previous project flow gives them a better chance of correctly estimating project completion dates.
Disputing the progress and results of completed work
This can be anything from not being able to remember what you've worked on 3 months ago, through arguing over who completed which parts of a project to looking for data used in previously closed projects. Without an ordered and searchable archive of work - looking for any of this type of information can lead to insanity, but not to actual data results.
Due dates are hardly ever met - or known!
A few missed deadlines may not seem like a big problem, but missing most of them creates an unofficial policy of not even taking them seriously any more. But if no-one on the team even knows when projects or milestones are due - you can seriously stop considering your business worthwhile. Making the dates known to all and visible in an easy accessible spot is a sure way of ensuring a good project pace.
If any of these have indeed been part of your team's problems, then - without going into any further methodological consideration about what Agile is, is not and should be - try a visual board to find out why those that start using it, rarely ever stop.
Why expect the team to remember a million things and communicate as we used to - in meetings, notes, updates and status checks - if there is a simple system that will keep track of dates, files and progress for us, making all information visible at all times? Kanban just works - try Kanban Tool web application to see how you feel about it.