This website or its third-party tools use cookies which are necessary to its functioning and required to improve your experience. We do not use cookies to track site visitors or to support advertising and marketing. By clicking the 'I accept' button, you agree to allow the site to use, collect and/or store essential cookies. See our privacy policy: Read more
We use cookies only to support functions that are essential to the operation of this site. If you wish to access this site, you need to consent to their use. If you are agreeable to this, you may go back to agree to the use of cookies.
I accept
Deny cookies Go Back

Privacy policy

Capiro recognises the importance of your privacy. We are concerned to protect all personal data that we obtain from you in the course of operating our business.

This privacy policy identifies what personal data we collect, why we collect it, where it is stored, what we do with it and how long we store it.

IMPORTANT – We use cookies only to support essential functions of the website. We do not use cookies for tracking visitors to the site, or to support advertising.

By using our website and purchasing our training courses you agree to the use of the data that we collect as defined in this Privacy Policy.

We may update this policy as necessary, e.g.

  • To comply with changes in the law.
  • To reflect changes in the services and products that we offer.
  • If we start to collect any personal data other than that described in this policy.
  • If we store data in other locations to those described in this policy.
  • If we start to process the data differently to what is described in this policy.

Capiro Ltd. is registered with the UK Information Commissioner’s Office.

Information about the data we collect

When do we collect personal data?

We collect personal data about you in the following circumstances:

  • When you subscribe to be kept informed about events, changes and additions to our range of products and services.
  • When you purchase a product or service from us.
  • When you email us or send us a contact form.

What data do we collect?

Subscribing to be kept informed about upcoming courses

  • Your email address.

You may cancel your subscriptions or memberships at any time, either by clicking ‘unsubscribe’ at the footer of emails we send you or by notifying us, e.g. by sending us a contact form.

Completing a contact form

  • To submit a contact form to us, you will need to provide your email address, first name and family name. This allows us to address you in a polite and respectful manner.
  • When completing a contact form, you may optionally add your company name and a phone number.

Purchasing a course

When purchasing an online course from us, you are asked to provide:

  • First and last name
  • Postal address
  • Phone number

Optionally, you may supply your company name

What do we use your data for?

We use the personal data you share with us to:

  • Provide the products or services that you request.
  • Provide help and guidance whilst you are using that product or service.
  • Answer your questions and communicate with you about your member account or transactions with us.

Where is your data stored?

Our web site is hosted by the company, Rainmaker Data Services (RMDS), which is based in the United States of America.

Therefore, when you submit data to us, e.g. by completing and submitting a form on our website, you are transferring this data into the USA and in using our services you consent to such transfer.

How long do we retain your data?

Legal constraints

If you purchase a product from Capiro, we will hold the data in accordance with UK law, particularly legislation related to taxation.

Subscriptions to a mailing list

Normally we retain data associated with subscriptions until we receive a request from you to unsubscribe from a mailing list.

We will periodically review our list of subscribers and members. If your membership appears to be inactive, we may contact you to see if you still want your information to be held by us. If you do not, we will delete it.

Other

We would normally retain information that you communicate to us by email or by submitting a contact form for only as long as it is useful to dealing with the matter that you raise. We may retain specific information if it will help us to provide a better and more personalised service to you.

Who do we share your information with?

The information we collect about you is not shared with or sold to any other organisation.

Online payments for our products and services are made exclusively by you via Stripe or PayPal. All such transactions are therefore strictly between you and Stripe or PayPal.

We use Google Analytics to help us analyse our web traffic.

Your right to see what data we store about you.

You have a right in law to see the information that we hold about you.

If you are a subscriber to an email list, the only information that we hold is your email address and possibly your first name and/or family name, as specified by you. You may unsubscribe from a list at any time.

If you purchase a course from you, a member account is set up automatically; the system will recognise you as a ‘member’. The details of your member account are shown on your ‘profile’. You may view and update your profile, online, at any time. You can also access your profile to change your password.

You may let us know if you want your member account to be deleted.

Additional comments

If you would like to comment on our privacy policy, or request additional information about it, please submit a contact form.

Go Back

Capiro Business analysis training uk

Online e-training

  • Home
  • Business analysis
    • About business analysis
    • BA skills
    • Learning BA skills
    • Self study for BA qualifications
  • Courses
    • Shop for courses
    • Business Analysis course previews
    • My courses
    • Free training for business analysts
    • Guides to Success – FAQ
    • E-learning examples
  • Blog
  • About
    • About Capiro
    • Clients
    • Contact
Home » Applying Kanban to agile business analysis

Applying Kanban to agile business analysis

Are you at the mercy of your environment?

Consider the things that limit you the most when trying to do your work as a business analyst.  They probably include at least one of the following:

  • Being overloaded with work
  • Lack of a clear idea about what you are supposed to be achieving
  • Constantly needing to switch between tasks
  • Being slowed down by bottlenecks in the process
  • Working to estimates made by ‘someone in management’ who has no direct link to the process
  • Working to frequently changing priorities imposed by the person or group with the loudest voice and the greatest clout
  • Reactive (crisis) management
  • Lack of cooperation among teams
  • Resistance to change

You perhaps feel that you are subject to control by people whose management philosophy is based on the premise that nothing is impossible to the person who does not have to it themselves.  You may also feel that you work in an environment where the normal laws of physics are suspended so that sound travels faster than light.

Can Kanban make your life better?

In 2010, David Anderson wrote a book entitled, ‘Kanban’.

Kanban seemed to offer a solution that could help resolve the sort of issues mentioned above.

I do not intend to try to give a full description of kanban in this short article.  There are plenty of books and articles available; you might start by reading David Anderson’s.  However, for those who are not familiar with kanban, here is a list of some of its characteristic features.

  • Limits work in progress (WIP)
  • Participants at any particular step in a process ‘signal’ when they are ready to accept more work; it’s a ‘pull’ rather than a ‘push’ model
  • Emphasises visualisation and transparency
  • Incremental and iterative. (evolutionary and incremental)
  • Helps to produce a sustainable pace of work
  • Fundamental to continuous improvement
  • Starts from where you are now and seeks to improve things

The Kanban approach is to ‘pull’ work on request. ‘Pushing’ work from one step to the next can cause the recipients of that work to become overloaded.  Furthermore, each step in a process has defined limits for the quantity of work in progress that it can handle at any one time; the team involved in that step will not allow those limits to be exceeded and only they can say when they are ready to accept more work.  This has the effect of creating a sustainable pace of work, without exhausting the team members.

Perhaps counter intuitively, limiting the work in progress can increase the overall throughput.  Consider, for example, what is sometimes called the ‘motorway effect’ on major roads.  Traffic is snarled up and just as you are thinking that there must be dreadful accident ahead, the traffic suddenly clears for no apparent reason – there was no accident or other obstruction.  Such bottlenecks typically result from the sheer volume of traffic. The effect is defined mathematically in queuing theory.

Kanban is iterative and incremental implying, among other things, that teams do not try to do too much too soon.  We see here an application of the ‘minimum viable product’ approach.

The introduction of kanban can see the emergence of other desirable features such as co-operation between teams and the facilitation of culture change.

Kanban and agile business analysis

The business analyst is concerned with identifying problems and opportunities and then specifying the goals and requirements for a solution to those problems or the realisation of the opportunities.  How often do we feel that we are pushed by others into identifying requirements and solutions before the problem have been properly understood?

In a process based on kanban we are saying that the analysts will not request the next task until they have determined what the problem is, obtained general agreement on the business goals and priorities for a solution and then discovered the requirements for that solution.  This sounds good. Of course, the analyst must not abuse the system by causing the old problem of paralysis by analysis. Transparency and visibility of the process should prevent that undesirable situation.

To properly determine the nature of problems and obtain common agreement as to what the problems are, requires the cooperation of a number of parties.  Similarly, to get common agreement on goals for a solution requires cooperation between concerned stakeholders.  Such cooperation is a feature of kanban.  The insistence on visualisation and transparency demands that concerned parties work together.  When parties cooperate in an open manner, it is easier to highlight differences of opinion and to negotiate a common vision and approach for the way forward.  Visibility and transparency help to prevent disembodied voices in the background from adversely impacting the process.

Is kanban really the answer?

At a thought provoking talk I attended a while ago, the speaker, a highly experienced agile consultant, said that the examples in Anderson’s book spoke about software maintenance rather than software development and were not relevant to the latter.  He also claimed that Kanban was not the thing that was going to prevent more catastrophic software failures from occurring in the future.  For the record, the Speaker also said that Scrum was not going to help in that regard either.

Kanban was born in a manufacturing environment which is concerned with processes that have predictable steps.  Software maintenance can perhaps be similarly categorised.  But software development concerns innovation, novelty and unpredictability, all in the name of seeking business advantage.  Actually, Anderson’s examples from Microsoft did concern software development, but let’s leave that aside for the moment.

When I first read Anderson’s book, the thing that intrigued me the most was not so much whether or not kanban was directly relevant to the process of developing novel software, but that it appeared to be the catalyst for many emergent features. These features might possibly be surprising or counter intuitive, but at least some of them could lead to the development of an environment that would support software development whatever process was actually used.

Anderson went on to say that kanban supported, and even encouraged, teams to develop their own processes according to the context in which the teams were working.  He predicted that kanban, properly understood and applied, could lead to the demise of one size suits all processes along with any schemes that promote them.  I loved the sound of that.

I constantly stress the importance of context and of defining a project approach that is appropriate to that context.  I also have a natural suspicion when people say to me, “If you do it exactly like this, all your problems will be resolved”.  Similarly, I am suspicious when people say that if you don’t do a particular task in a particular way, you are bound to be wrong. Actually, when I try my hand at cooking, I do follow recipes to the letter and, in the context of cooking, the above statements are generally true; if I don’t follow the recipe exactly, the results are a disaster.

But the above statements are not true in situations that are novel and unpredictable. I once provided consultancy to a very large project on which I was asked to extend their methodology to cover every conceivable situation – a job for life that could never be achieved.

The main reason I take the above mentioned approach to cooking is because I am not an expert chef; these guys make their own rules, but only after developing a profound understanding of the basics. Software experts ought to be able to the same. Professional developers, should be able to tailor approaches to specific situations and contexts. They should not do things just to comply with a particular statement in the agile manifesto, for example.

Context is affected by both hard and soft factors such as the business goals, strategic importance, culture, risks, budget, the project scope, the project team, the processes, data and business rules that impact the project, etc.  Kanban gives people permission to be non conformist. This is not done for the sake of non conformity but to match their process to their situation.  Kanban therefore encourages diversity, even between teams in the same organisation.

Kanban principles

To be able to define a process that is appropriate to any given context, it is important to have an agreed set of principles rather than a recipe.  This allows teams to develop context dependent processes whilst maintaining a core of common understanding and agreement.

The business analyst is, or should be, involved in the project from the outset. They are therefore in the right place at the right time to affect how the project should proceed. They are natural partners of project managers, product managers and product owners.  If all of these groups, plus representatives from architecture, design, development and testing share a set of commonly understood principles, they are well placed to cooperatively define context dependent processes.

Anderson describes a set of principles, or properties, that kanban uses to cause the emergence of lean behaviours in organisations :

  • visualise workflow
  • limit work in progress
  • measure and manage flow
  • make process policies explicit
  • use models to recognise improvement opportunities.

Anderson goes on to define  ‘6 Steps for success’ which he unfortunately calls a recipe.

  • focus on quality
  • reduce work in progress
  • deliver often
  • balance demand against throughput
  • prioritise (a responsibility of the business, not IT)
  • attack sources of variability to improve predictability

Moving from top to bottom down the list, we go from things that can be done independently of other groups to things that require cooperation with other groups.

Implementing a kanban based system

The business analyst should concentrate first and foremost on the quality of their work.  Do they have the right skills for the job and are those skills honed to perfection ?  Is there a Business Analysis Centre of Excellence within the group ?  Is the analyst able to quickly and consistently identify the business problem, place it in the context of business goals and strategies and define the optimum approach to a resolution of the problem ?  Is the analyst capable of skilfully managing negotiations, presenting their viewpoints, and defending those viewpoints logically and rationally, whilst also taking on board the viewpoints of the whole team ?

If you, the business analyst, are trying to reduce your work in progress, it is essential to be able to calculate the amount of work you can handle at any one time in order to maintain a sustainable pace.  It is your skill as an analyst that enables you to do that work as quickly as possible, whilst maintaining quality and satisfying the demands of the business.  You are seeking to prove that limiting work in progress will result in increased throughput with higher quality and therefore higher business value.

You are also seeking to identify bottlenecks in the process and to remove them one by one.  These effects will be reinforced by increasing collaboration and developing more effective relationships between groups.  You are seeking to achieve the viral spread of these practises across the organisation.  This may take time.  Eventually, you are also looking to see a better work life balance for you and your fellow team members.

Marketing yourself as an agile business analyst

As an agile business analyst, you should ensure that the quality of your work is recognised both within the business and within the development teams.  As your reputation as an analyst increases, you are more likely to be able to influence other stakeholders and to gain their cooperation and acceptance in order to move progressively through the six steps.  Anderson has demonstrated that this is an effective approach to reducing resistance to change. As an analyst, and therefore an agent of change, this is worth taking on board. If you think there is a way of applying Kanban to your business analyst role, give it a go.

Tweet
Share
Share

Guide to Success training – Features and Benefits

Be among the first to hear about a new course.

Grab it at the early bird price.

Keep informed about special launch prices

Recent Posts

  • What is business data architecture?
  • What is business analysis?
  • What is a non functional requirement?

Search Form

© 2022 Capiro Ltd - Members: Log in

Privacy Policy

×