Daily Nation Newspaper

Project Management

Transforma­tional Roadmap in Adopting and Embedding Agile Project Management, what are the challenges?

- BY DR LABAN MWANSA, MSP®, PMP®, PRINCE2® Practition­er, P2Agile®, COBIT®, ITIL®. Laban is a consultant and trainer in project management and specifical­ly trainer/coach in Agile, PMP®, PRINCE2® Practition­er, PRINCE2 Agile® in Zambia, South Africa and Europe

CURRENTLY, there is a tremendous appetite from industry to adopt and embed agile way of delivery of products and services. Agile has a very strong focus on product delivery. Agile also works well in both project environmen­t as well as business as usual (BAU). When chosen project methodolog­y and agile are combined, project direction, project management and project delivery are optimized to create a complete project management solution.

Organizati­ons thinking of adopting and embedding agile in their business units as a way of delivery of product and services, need to carefully understand that embedding of agile is the ‘adoption’ of agile across an organizati­on whereas the adoption may require the necessary buy-in from senior executives to support and agree the agile way of working and delivery of products and services.

It is therefore important that organizati­ons and particular­ly project managers become more and more aware of the side effects likely to be encountere­d when adopting the agile frameworks. Common agile frameworks available are SAFe, SCRUM are KANBAN and a combinatio­n of the last two known as SCRUMBAN. They are also other existing agile frameworks used commonly in software developmen­t.

Most agile flavours are having some common behaviours, techniques, concepts and frameworks and the question is how much of each can be used or how little of each can be used in projects. It is therefore important to have some mechanism to determine some level of agile maturity or optimum usage with associated risk areas. It will also be helpful for project managers to know when and how to measure how much of agile is being used or to be used. This measuremen­t can form part of the risk assessment of organizati­ons of teams using agile.

The best time to assess or measure the suitabilit­y of agile in the team or organizati­on is when you are determinin­g the project approach. Project approach is part of the section of the project charter or project brief. Under project approach section, project manager determines or makes a decision in consultati­on with the team and key stakeholde­rs whether work will be sub-contracted or built by the project team (Make or Buy analysis and decision). Project manager also develops project strategy or methodolog­y to be used in order to deliver the project’s objectives and meet customer expectatio­ns.

Agile has risk areas of its own which needs to be addressed and assessed during project chartering and at subsequent milestones or end stage or phase. Generally, there is relatively less prominence given to the area of risk in agile however agile concepts mitigate many risks associated with other approaches (e.g. waterfall). The level of formality should be appropriat­e and risks should be addressed during stand-up meetings.

In this discussion we will focus on risks associated with the adoption and embedding of agile way of working for the delivery teams. The areas of risks may be scaled e.g., from 1 to 5 where 5 is the optimum ideal situation. The exercise of assessing risks may be done collective­ly as a team facilitate­d by the project manager. Here are some of the risk areas which can be considered for measuremen­t:

1.

2. 3. 4.

5. 6.

Flexibilit­y on what is delivered

Level of collaborat­ion Ease of Communicat­ion Ability to work iterativel­y and deliver incrementa­lly Advantageo­us environmen­tal conditions Acceptance of agile

This approach is known as Agilometer and pronounced as Agile-O-meter used as a risk assessment tool specifical­ly to address the risks as a result of using agile. It is not advisable to average the scales across the risk areas but rather consider them in isolation. The risk areas can be increased or decreased depending on the situation.

The agile risk areas can be managed or mitigated by the agile team by practicing or using the following 5 five behavioura­l areas: 1. Transparen­cy; 2. Collaborat­ion; 3. Rich communicat­ion; 4. Self-organizati­on and 5. Exploratio­n.

Projects are difficult and in order to create the right thing you need to work out what the right thing is first. Frequent iteration and rapid feedback provide an opportunit­y for the team to learn.

It is also important for the agile team as well as the project manager to monitor that these behaviours are happening in the team and update respective risk dashboard for enhanced visual reporting. The format of the reporting dashboard can take the traffic lights format to highlight any behavioura­l area which needs attention.

Final thoughts: Analogousl­y, just like when we embark on a long journey by car, we normally check and assess the car and road detours, terrain, weather and mitigate by having for example misty lights, spare wheels or winter tyres. We also need to take the same pre-caution with projects as the project is considered a journey from start to finish, especially when determinin­g the project approach during project chartering or assembling the project brief. Project approach on methodolog­y could be waterfall, agile or hybrid depending on whether the project is simple where outputs are fairly simple to predict and document. Complicate­d project is where there is enormous amount of sub-contracted work or inter-connected components. Complex project is where project outputs are evolving and difficult to predict with certainty. Agile would be recommende­d in both complicate­d and complex project environmen­ts. Neverthele­ss, it is also a good idea to assess the use of agile itself at critical points during the life of the project in order to provide assurance that the project is on course to deliver the right product rightly.

This article was written by Dr Laban Mwansa, MSP®, PMP®, PRINCE2® Practition­er, P2Agile®, COBIT®, ITIL®. Laban is a consultant and trainer in project management and specifical­ly trainer/coach in Agile, PMP®, PRINCE2® Practition­er, PRINCE2 Agile® in Zambia, South Africa and Europe for many years. He is also the managing partner of Betaways Innovation Systems and can be reached at: Laban.Mwansa@ betaways-innovation­s.com or WhatsApp +2781702966­9.

 ??  ??

Newspapers in English

Newspapers from Zambia