Project Success Story: Mix and Match Innovation

Mix and match innovationThis is the story of an IT Project Manager, Shaun Oppel, who was responsible for a project to implement an innovative new concept called “Mix & Match” in Retail. It basically meant that customers could buy any 3 products on this promotion and then receive the cheapest product for free. Since the company was the first Retailer to bring this concept to South Africa, it was hugely exciting with high risk and high reward. Above all, it was envisaged that it would give them an edge on competitors.

The project complexity lied in the fact that it required cross-functional teams as well as impacting different systems across IT and Business. In this instance, Marketing was the main stakeholder and owner of the project. It consisted of a National roll-out to approximately 220 stores; of which 100 stores had Pharmacies.

Challenges

A large number of projects were running simultaneously thereby making it very difficult to assign the most senior and best resources available for the duration of the project. This led to resource conflicts and constraints as multiple projects pursued team members with significant expertise of various systems as well as that of the business.

Dedicated resources

Initially a Shared Resource Model was used, but it wasn’t working very efficiently. The Project Manager had to take corrective action by requesting dedicated resources. A recommendation was made to “ring-fence” the project team from BAU support resources so as to circumvent resource constraints. Some business as usual (BAU) work was then outsourced.

Language differences

Since some work was outsourced to India, it created difficulty among team members to understand one another due to different accents. People had trouble understanding what was being said especially due to the fact that the Meetings were being facilitated via conference call. In order to address this issue, a Manager responsible for that Account who was based on-site, would be present on conference calls and would help translate and minute what was being said.

What worked well

Due to the very strategic nature of the project, and it being managed as the highest priority in the overall portfolio, the resources had to be dedicated which helped to create a strong project team.

Good project governance was applied through-out and the mature PM methodology was followed consistently. Risk Management worked well; through keeping a detailed Risk Log and consistently reviewing it. All risks were validated with the respective Systems Managers. Risks categorised as high Impact were raised at Steercom and addressed appropriately.

Members of the Audit Team were assigned to various projects as team members in order to provide steer, guidance, and adherence to standard practices and good governance. The project was well supported by Business and IT from a Steercom and Management perspective. As a strategic project it had a strong Business Case with good ROI and clearly defined Metrics in order to track benefits.

A RACI matrix was produced at the start of the project which ensured that roles and responsibilities clearly defined. It was agreed upon, clarified with resources involved and it remained a living document.

Change Management well executed

The project required a good Change Management strategy and delivery, because of the touch point in Stores. It followed an approach of Train the Trainers. The Trainers had an exam to pass; then they would be allowed to train their own staff and subsequently they would be required to pass the assessment as well. The staff had to be familiar with what the changes were and they had to be enabled to answer any questions posed during the National roll-out.

Testing and Quality Assurance

Key to the successful delivery was to have an experienced Test Manager assigned. The Test Cases were clearly defined, well understood, and well executed.  There were separate Development, Test and Production Environments which were refreshed quarterly so as to ensure Data Alignment.

Handover to Operations

After implementation a 6-week period was allowed for handover to the support function. The longer period helps to build up history of typical issues and how to address them.

Key learnings

Governance: One team member cannot make decisions without the others. Apply good governance and facilitate regular Steercoms whilst encouraging and ensuring good attendance.  It helps significantly to keep and maintain the focus.

Stakeholder Management: Have consideration for all stakeholders that are impacted by the project. The RACI matrix produced and the exercise of work shopping the details thereof was key in getting people to understand what was expected of them. Regular communications to all business stakeholders, eliminated “corridor talk” and the scenario of “broken telephone” syndrome as people were informed about the progress and the go live details. It’s important to keep Management (Business and IT) on the same page; as it takes much more effort and time to get everyone re- aligned.

Team management and performance: Alignment with the whole Project Team around all Deliverables, Milestones and dependencies is very important and will ensure that team members are kept accountable. A Project Manager needs to escalate if a person is struggling or not performing and also let the Systems Managers understand this. Don’t hesitate to request and obtain help from Leadership to support the team if and when required.

Emotional Intelligence:  Give greater attention to Emotional Intelligence (EQ). Make time to understand the people, what makes them tick and work with each person as an individual. Appreciate the culture, the dynamics at play and how to get the very best out of them.

Team motivation: Keep team members as motivated as possible. It will uplift their spirits and the team as a whole if you bring a positive attitude to meetings. Don’t bash individuals but rather see what can be done at all times to lend a hand and how best to move forward and resolve the issue being encountered. Ask if there are obstructions that would prevent them to deliver. As a Project Manager stay positive, remain optimistic and keep a similar approach of having a good attitude. Do take the time as a Team to celebrate successes and major milestones on the project. It motivates the team and makes them look forward to meetings.

Have regular conversations and verbalise frequently with regards to yourself as the Project Manager being approachable. Let team members know that they won’t be in trouble if they fall behind. Keep supporting the team members to be better at what they do. Encourage your team to have conversations with one another; don’t wait for meetings to raise problems. Be pro-active.  The PM is there to help, support, but you don’t want to micro-manage the team.

Cost management: Build in Budget contingency for example, you have to make provision for Exchange Rate fluctuations. It can blow the Budget if you don’t mitigate the risk.

Over time and with experience, a Project Manager will rely more and more on soft skills like leadership and emotional Intelligence (EQ); as in the end, that is what helps to be successful at project delivery.

*********************************************************************************************

About the Project Manager:

Shaun Oppel has been in Project Management for more than 20 years. He started his career in Project Management at an Internet Service Provider (ISP), and continued to build skills in Project Management at different Blue-chip Companies. He’s Education includes an Electrical Engineering Degree, a Master in Science (MSc) Degree, an MBA Degree, a PMP Certified and Prince II Certificate.

He may be contacted on Shaun.Oppel@gmail.com or on his Mobile: 083-5055983.

Project Success Story – Retail Payment Switch upgrade 

This story from the Project Manager, Shiraan Fredericks, is about a Payment Switch upgrade at a big national retailer in South Africa. It was complicated by the fact that it needed to be PCI DSS (Payment Card Industry Data Security Standard) compliant which means that all card data must be masked involving all the components it touches i.e. the POS ( Point of Sale), the Postilion EFT (Electronic Funds Transfer) switch etc. This had to work considering huge volumes of transactions, up to 2 million per day.

Testing of all possible cards

testing all credit cardsA switch upgrade impacts all components in the chain of transactions – about 7.  The project was very deadline driven with resources who were not people oriented but rather hostile. There was also much politics to deal with on and around the project.

Another challenge was the fact that the Pinpad terminal had to be EMV (set of standards) compliant. This means that it was submitted to rigorous testing as part of the QA process.  Even the project manager was involved with doing EMV certifications. All types of cards had to be tested including AMEX, VISA and Mastercard. Also other Value Added Services (VAS) i.e. Airtime, Prepaid electricity.

Fortunately the resources understood the environment and the retailer and they had the right experience.  The Project Manager also had a good mentor.

Project Management – Industry Experience

The environment and setup was ready in terms of infrastructure, people and systems, including commercial relationships with 3rd party vendors.

The project team was very experienced even though the software was new.  The project manager could build the relationships and they understood the process to be followed.

Stakeholder engagement was good, which meant that the project was well supported including support from the management team. All the banks were on-board and attended the Steercom meetings through-out.

The PM was very hands on – he did configuration, testing, looked at transactions flows. This helped to monitor and control the progress better. The technical expertise about switching projects were picked up from past project experience. It needed to be like that because it was cut-throat, and a project that couldn’t be managed on a high level only.

The PM spent more time with project team members, to understand what they’re doing, and to assist where necessary. Issues could be identified and addressed immediately.

The customer was so satisfied with the PM’s results that he was requested back for other projects. This is the type of project requiring a PM with domain expertise. like EFT and the payment switching environment which helped to contribute to a successful outcome.

Test, test, more testing

switch upgradeThe impact on many different components added to the complexity of the project scope. Due to the amount of testing that had to be done some defects would slip through. For example while testing airtime – every 1st transaction would fail, every 2nd transaction would pass.  The test team never told the PM about it.

This was caused by the fact that the Easypay switch would cut-out connection after 90 min. This was only discovered in UAT (user acceptance testing) and a resolution had to be found quite late in the project life cycle.

Doing testing in parallel with different teams and not having all test teams on-site posed a risk.

Lessons Learned

All results from testing should be communicated to the project team and the PM.  Furthermore, it’s critical for Test and Production environments to always look the same.

A Test Plan needs to be compiled and all test teams need to work off the same plan. Be clear about all versions in all environments and how it’s configured.

Negative testing is key – the testers should try to break it. This will cater for different scenarios in production and exceptions.

Communication needs to be consistent to all stakeholders. It’s important to highlight all risks as early as you can. Be transparent about any problems so that resolutions can be found.

The post-production support is very important to ensure quality as well as system stability and customer satisfaction.

A very involved and hands-on project management style is sometimes required for very technical and complex projects.

 

About the Project Manager:

Shiraan Frederick had been in project management for the past 10 years. He started as a project administrator on an Asset Management project. When he relocated to Cape Town, he studied IT, MCSE, Cisco CCNA and Prince II Practitioner. This helped with his transitioning into project management. While in the switching industry he had exposure to banks and retail customers.

Shiraan may be contacted on:  shiraan79@gmail.com or  0732906789

Project Story: Retail Project for Clearance Sales

Retail project for clearance salesThe story is about a project in the Retail Sector with the objective of enabling the ability to do clearance sales and promotions in more than one price zone at different times. The Retailer had expanded its operations into multiple countries and, as a result, needed to track clearance sales in each of the countries at different times to the clearance sale in the original country.

To achieve this, the Retail Management System needed to cater for multiple price zones (one zone per country). The complexity of the project was that multiple systems would be affected, requiring a huge testing effort across many functional teams and systems. In addition to that, there were only two periods within the trading calendar that allowed the implementation of such an intrusive project in either June or September.

Although the project was originally planned to take 6 months and it took 9 months, it was considered a success due to the fact that the re-negotiated time and budget was achieved and the business benefit could be immediately realised. The business was able to run clearance sales in more than one zone at different times and they could copy the original clearance to another zone.

Project Structure and Frequent Communications

The project manager, Jeremy Powdrell, ensured that the project structure was setup properly with all key stakeholders identified upfront. Due to the sheer number of stakeholders and to ensure clear project communications that would align all involved, a monthly meeting was arranged in the company’s 200 seat auditorium. At the monthly meetings various sponsors and other key stakeholders presented aspects of the project, this assisted in alignment and raised the profile of the project.

During the Test Phase, the project manager scheduled daily meetings, especially during the final weeks of testing in order to deal with defects and issues quickly.

Performance feedback was intentional by engaging with both the project resources and their managers to discuss performance. This helped to ensure that Managers could properly recognise and reward the team members through the normal channels.

The Business analysis was also done very well. Training was prepared in advance and the training contributed to the fact that people were better prepared for the change.

Scope Changes and Planning Constraints

As a result of changes in senior management, the project sponsor had changed. The new sponsor then introduced scope changes to the existing project. The subsequent change control meant that the time required to implement the solution had to be extended.

The release of the new solution had to be carefully planned. Continue reading…