How to Overcome Challenges of Upgrading Legacy Systems

Success Stories SharedRecently we spoke to a project manager, Jason Ingel, who shared a story about a complex multi-year legacy application upgrade project. This is part of the Success Stories Shared initiative whereby experienced project management practitioners share project stories and lessons learnt.

A Credit Card Decision Engine Upgrade

It was a multi-year project for a Credit Card Decision Engine upgrade for a Tier 1 Financial Services company. The upgrade was for a legacy application that was never upgraded since its inception, 10 years before.

What made it complex, is the fact that much in-house customisation was done on the system, which was mostly undocumented. The technical teams had to do a deep dive analysis to decide what parts had to be upgraded and which had to be decommissioned. All new customisation had to be supportable, under warranty. It was a 2-year project that was fully outsourced with 20 off-shore team members as well as an in-house team.

Agreement and Commitment

During the Analysis and Design Phases, extensive analysis was done and the project manager (PM) ensured that the business signed off on each part of the required functionality. No development was started until sign-off was obtained. This covered the project team if the business changed their mind later on.

The project team had a strong technical lead and a 100% commitment across a very technical team, consisting of outstanding senior analysts, with great skills.  This made it much easier to manage such a big project team.

The PM also worked with a client project manager who cooperated very well and was very professional, and had a very good depth of knowledge for a Business PM.

Challenges

Much over-time work was required towards the end for User Acceptance Testing (UAT) due to business users not being available when required.

About 3 months’ worth of business user testing was required. The project team had to work over week-ends to make up lost time. There was an external deadline that had to be honoured. There were also dependencies on this project from other projects.

The technical resources including off-shore based team members, needed to have face-to-face workshops with the client while doing analysis. Much preparation was required for bringing offshore resources to South Africa. They had to stay from 2 weeks to 3 months and some found it hard to adjust to local circumstances.

Read more …

How to Overcome Culture Challenges on Projects

Success Stories SharedRecently we spoke to a project manager, Richard Price, who shared one of his many success stories which focuses around some interesting challenges he experienced delivering to a complex customer. This is part of the Success Stories Shared initiative whereby experienced project management practitioners share project stories and lessons learnt.

Convergent CRM and Billing Solution Project

It was a CRM and Billing project to deliver an end to end solution that ran almost 9 months with a company called Cerillion, a convergent billing specialist company based in the United Kingdom.

What made this project complex, is the fact that a complex system had to be implemented in Africa, in a country called Mauritania, close to the Sahara desert. It posed challenges with regards to the surroundings, the work culture and the language.

Culture and Customs Mauritania Desert

Many challenges had to do with the country culture and the territory (3/4 consisting of Sahara semi-desert), hot and dry climate with frequent sandstorms and power cuts, that contributed to the project taking longer.

Mauritania consists of two main ethnical groups who are both Sunni Islam. Cultural differences could have derailed the project, but it was handled well by the team members, respect to all peoples ethnic and cultural differences was essential. As an example of the challenges the custom dictated the way women were treated; men were not allowed to shake their hands and needed to be very respectful of how to talk to them. A woman could talk to woman and a man to other men. This made project communications challenging to manage.

Read more …

Calling on Project Managers to Share Success Stories

Lessons Learned but Knowledge Lost!

This was the title of an editorial that was published by David Pells in PM World Today in 2011. It was about the loss of experience and knowledge that was occurring as project managers retired.  While this is particularly pertinent in South Africa where skills shortage is considered an acute concern, it is clear that this is a global phenomenon.

The reality is that in spite of all the technology that is available to us today, we have not yet found a presentation format that captures the essence of this wisdom in a way that is relevant to future usage, readily searchable and easy to store.  It needs to be shared with present and future generations in a format that’s interesting and easy to use.  This highlights the significance of project management, knowledge management and the lessons learned process.

Lessons Learned Discussion

Recently there has been a lively discussion about Project Lessons Learned on the Association of Project Management (APM) blog.  A few key take-aways are shared here in order to understand how various individuals and companies have dealt with this requirement.

  • Some organisations have a more proactive approach and would gather in PM forum meetings specifically to share lessons learned from all projects from the whole PM team. This heightens awareness of problems, lets you see where the same thing is a happening and find solutions to prevent them from happening again.  It also allows you to highlight the good things and not just focus on the problems.
  • The documenting of lessons learned on most projects is not particularly good.  In many cases it isn’t done at all.  Where it is undertaken (often only because it is mandated by corporate procedures) it is all too often seen as a tick in the box exercise.  At least it sometimes is done.  What almost never happens is a review of relevant lessons reports by new projects.
  • Some individuals create a Lessons Log during Project Start-up and record anything that could help to create a best practice for my projects.  The Lessons Log is reviewed regularly along with the RAIDs (Risks, Assumptions, Issues and Dependencies) management documents at Checkpoint Meetings and Gate Reviews.  This really makes a difference when populating the Lessons Log and makes the job of writing the lessons into the End-of-Project Report so much easier.  (Colin Hewson, APM blog)

Lessons Learned a Contributor to Success

An interesting finding was published by Cranfield University School of Management. They conducted research to find out what helps projects to succeed or contributes to failure.  They have found that the biggest differentiating factor between organisations that generally succeed with their projects and those that don’t is “the willingness to publish and distribute lessons learnt”.

Therefore it’s not enough to close out the project and to create a Lessons Learned report – the reports have to be made available to others in a way that makes them want to read and apply. The key capability here is communication and some best practices could be:

  • organising the critical information in a way that makes it appear relevant and easy to understand,
  • making the different stakeholder groups aware that the information is available,
  • ensuring that stakeholder know where to find it,
  • arrange things so that they can quickly turn the information presented into useful actions.

Unfortunately, most lessons learned, although captured, are not being communicated out, and key learnings mostly remain with the individuals involved.  Also, for major complex projects, what you can actually capture in a report is only a small percentage.  The only way real learning gets shared is through conversation.

Certainly access to historical information in the form of validated lessons learned will be a valuable way of helping people who want to deliver successful projects. The challenge is developing a way to make the information accessible.

Case Study: London 2012 Olympics

An excellent example of capturing lessons learned, disseminating it and applying it immediately is the Learning Legacy Project of the Olympic Delivery Authority (ODA) who was responsible for the London 2012 Summer Olympics. The Learning Legacy Project was developed to share the knowledge and lessons learned from the London 2012 construction project for the benefit of industry projects and programmes in the future, for academia and the government.

Reports and related information from the Learning Legacy have been categorised into ten themes on this website. Each theme contains short reports, tools and templates, case studies and research summaries that document how this area of work was approached and the lessons that have been learned and the successes that could benefit others.

Learn Your Lessons

Here are a few suggestions to ensure that we learn our lessons from past projects and that the knowledge is transferred across to future projects.

  • Create a plan for recording lessons learned at the end of each project life cycle phase.  This can be done in the form of formal team meetings, to simply requesting that people post to a discussion board, wiki, or some other form of media. Reference: “Learn your lessons” blog, Projects at Work by John D’Entremont.
  • If an ongoing process of capturing lessons learned cannot be followed, consider conducting a closing review once your project is complete. A post-project review can serve two important purposes.  It obviously aids in the collection of project historical data that can be shared, but it can also be a means of validating the work that your project team accomplished. The acknowledgement of work being done well provides good closure to the team members and a sense of achievement.
  • A more Agile principle is recommended by Anthony Mersino, founder of The Agile PMO, for teams to reflect at regular intervals, on how to become more effective, then to tune and adjust their behaviour accordingly.  The teams need to be communicating and collaborating on what works well, what doesn’t work so well, and then use that to make change. It is discussed, debated even, and it becomes part of the teams shared journey and collective memory.  The advantage of this approach is that you can immediately incorporate what you learned.

The PMO’s role in Lessons Learned is to make sure the teams are conducting retrospectives on a frequent and regular basis and incorporating the lessons learned into their planning.

Success Stories Shared Framework

As you can see from the Lessons Learned debate and the Learning Legacy project, this is a challenge that our current generation of project managers need to face and solve. In an attempt to capture the wisdom and transfer the knowledge to future projects, a framework is proposed.

This is to collect Success Stories from experienced project/programme managers in order to share experiences and to promote learning across the project and programme management community of South Africa and abroad.

Would you like to become involved with the Success Stories Shared initiative?

Please visit the Success Stories Shared page and send me an email should you wish to participate and to make a contribution in leaving a legacy to future projects and generations.

About the Author:

Linky van der Merwe is a Project Management Consultant who has worked in various industries including IT with various Microsoft Consulting customers in private and public sectors, Telecommunications (Vodacom), Retail (Woolworths) and Financial Services (Santam).

She is also the Founder of Virtual Project Consulting, an online company dedicated to equip and empower new project managers on how to become professional project managers, and to support existing project managers by recommending training, software, books and products. She educates through her blog by giving practical advice on project management processes, templates and tools based on best practices. She contributes to publications and by giving talks on relevant topics.