Skip to main content

What I learnt...managing a high pressure technology project

Our team were engaged to take over the management of a core system development project for a telecoms operator.  The project had been started with the intention of replacing core customer management, billing, fault management and service provisioning systems for the B2B division in time to launch a new product that would be supported by the new systems.

The CEO was concerned that the project was drifting.  A sizeable team (40+) of independent contractors had been brought on board but as the CEO said "contractors were hiring contractors" and there seemed to be a lack of accountability.  Our role was to provide that accountability and manage the project to meet the deadline, a mere five months away.

There were some specific challenges that increased the pressure on the programme manager (me):
  • a sizeable portion of our fees were contingent on the product being able to be launched as planned in five months
  • the new B2B product was not fully confirmed so system and product development would have to be carried out simultaneously.
  • the product launch dependency made our work very high profile within the organisation.  Delivering late or delivering faulty IT would have large reputation repercussions for the company and individuals
  • the technology solution was a best of breed design so we have multiple vendors involved for the customer management, billing, faults, provisioning and middleware applications
  • new call-centre staff were being recruited and had to be trained to handle the new product, adding yet a further key dependency on the system development
  • existing project team were naturally concerned about our role and what it meant for them and not immediately inclined to accept our leadership
  • the target go-live date meant that we could not afford the luxury of key contractors walking out, we had to bring them along however difficult they became
  • our own consulting resources were stretched and this project required a sizeable team (16 consultants in total).  All of our team were good consultants but there were some who lacked the experience to cope with an environment where the pressure was high and the next steps could not come out of a manual
However, we did it.  We kept the whole project moving forward, kept individuals engaged and met the project launch target. I personally received many pats on the back because we did it without any blood on the floor.  No one had to be sacked, no one quit and despite many vociferous disputes over the course of the five months, the whole project was proud of what it achieved.

What were they key factors?
  • CEO relationship - although actual face time with the CEO was limited I formed a good rapport with him.  He appreciated the challenges I faced as the programme manager (he joked my job was the only one harder than his in the organisation) and was consistently supportive.  I repaid that with honesty, positivity and dedication.
  • Diplomacy - a vital skill for any programme manager when managing competing stakeholder interests.  In this case it was also necessary to keep the factions within the programme pulling in the same direction. 
  • Trusted lieutenants - I had experienced consultants facing off to the major workstreams; customer management, billing, provisioning, faults, integration, training and testing.  I also had a PMO manager who was a contractor I had worked with previously and who I knew would be  excellent in the role.
  • Consulting team development -  I was lucky enough to have had a mentor who demonstrated the value of post working hours briefings and I applied that learning with our consulting team. Most of us were staying in hotels for this project and it is common for management consultants to work late back in the hotel. Whilst we did have a lot of work on our plates, the main benefit of these sessions (at least two per week) on this programme was team communication.  Having strong and trusted internal lines of communication within our consulting team allowed us to move quickly (quicker than the client) to address potential issues and act in harmony.  Clients do expect this but consulting teams need to make time on large, longer implementation projects to make this work and be able to act in a coordinated way.  We had to avoid any team member being lost in the rabbit hole of their particular workstream.  These sessions also helped those less experienced team members get a full picture of the programme, understand where their role sat and get support and advice from me and other senior members of the team.
  • Support from base - I was fortunate to have the trust of the partners and directors back at base.  They supported me with resources when required, came to steering committees as directed but otherwise gave me the space to run the programme.
  • Testing like a military operation - on any system implementation testing, especially user acceptance testing, is where all the work in design, development and training comes together.  For this programme, I had an excellent testing manager who marshalled all the resources to get the job done.  He was on the team from the start so he was working on this vital activity throughout the project making sure the whole programme was working towards it.  It was a major effort and the most of my consulting team (including me) had to spend several weekends in a row working, but it went smoothly.






Comments

Popular posts from this blog

Cloud ERPs' impact on Partner business models

Having carried out some recent work with the cloud based version of Microsoft's Dynamics AX ERP offering (now called Dynamics 365 for Operations), it strikes me that the business model being followed by the application developers for their cloud hosted solution is going to have a disruptive effect on the businesses of their partners.  The traditional model was typified by the Application Developers (SAP, Oracle, Microsoft etc.) selling, implementing and supporting their products through a network of independent partner companies. These partners typically cover a region or a country. In this relationship the Application Developer gets a local salesforce and local implementation resources to help their customers get the software working.  The Partner gets a cut of the license fee income as well as implementation consulting income and then ongoing support income. Generally, the relationship is not exclusive, on either side, but the Application Developer requires som...

Brown paper bag accounting

I recently had cause to recall a type of work I did whilst studying to become a chartered accountant and in the period just after I qualified - brown paper bag accounts .  This is not some kind of under the table tax evasion scheme but a phrase used to describe the accounts preparation work for the smallest of small businesses. It describes what the client would provide in terms of records from which to draw-up accounts, submit their VAT returns and produce their tax returns.  It would be a bag (ok, sometimes and folder or a box) of expense receipts of various types, from shop tills and handwritten chits to vellum fee notes from solicitors.  There would also be a bunch of bank statements and credit card bills.  If you were lucky there would be a cash book which may record the client's drawings (money taken from the business for personal use) but often not. This was at first a huge struggle for a new trainee, but with guidance from senior colleagues a...

Taking care with HSE metrics

Corporate dashboards will often bring together a series of metrics that are intended to give a balanced view of how the whole organisation or a division, directorate or department is performing.   It is often the case that health and safety performance indicators will appear alongside those traditionally used to drive financial performance of the business such as sales, production, utilisation, costs and head count.   The increasing importance of Health and Safety, and hence the desire to improve performance, has been driven in part by the clearly growing negative consequences of failure to protect employees and the public, but also the increasing desire for organisations to be seen as agents of good in the community. There is, however, a danger that an executive viewing an improving trend on his Health and Safety metrics may be misled into thinking that this improving trend will continue.   With other measures, like improving sales or improving efficiency, it will o...