Blog - Page 3 of 4

5 Key Components of Project Delivery

November 7, 2016/0 Comments/in Management, Project Management, Project Rescue /by Barry Curry

Project Execution and Delivery

Weekly priorities and goals need to be set from the beginning. Set out a culture of delivery and accountability from the very start. On large projects – some team members can coast their way through the first few weeks of a project and before you know it – you are behind schedule. The success of a project is the result of the success of the day, week month and year of the project. Get the team members into the habit if self-accountability – i.e. where they tell the Project Manager what they will deliver today or this week and how this will contribute to the success of the project. This is where team selection is key – ensure that there are no passengers on the project team. People who are not contributing will suck the life and enthusiasm out of the project team and make the project harder to manage.

Utilize Project Team meetings a means of:

Communicating Status
Reviewing Performance
Making Plans for the coming week
Discussing risks and issues

This type of meeting should be held on at least a weekly basis depending on the level of activity and customer expectation. Rotate the chair, keep accurate list if minutes and follow up on actions regularly

Another function of this meeting is to gather information required for project governance to a site leadership or above site team. These updates are typically summary of the weekly project meetings. These meetings are also a means of highlighting issues and or requesting guidance and support at difference stages of the project.

At each major point in the project, e.g. after every big deliverable or milestone is complete – conduct a brief, honest review of performance, a lessons learned session to take forward any learnings into the next stage of the project.

Project Reports and Communication

Different organizations and industries will have their own requirements on the level and type of reporting and communication. There may be different templates to be managed depending on the level of reporting required. It can be useful here to only maintain a single reporting template for each project. The reporting template for each project should not become the focus of the work but should be used as a means for communication. On a project with a long duration, this can take a while to get right as the audience may vary and their weekly focus can shift from cost to schedule to risk to resources at a minute’s notice. The only recommendation here is to be honest, clear and transparent – the earlier an issue is highlighted, the earlier a resolution or support can be sought. Communication should always come from the Project Manager – and the PM should assign a delegate in the vent of absence. Stick to a consistent form of communication.

Project Issues and Resolutions

Throughout the course of any project -issues will occur. They can be technical, logistical, resource, risk, budget or schedule related. Instead of worrying about unknown unknowns – focus on what the strategy is for issue resolution. An example of this is:

1. Problem Statement
2. Probable causes
3. Impact to the Project – cost, schedule, risk
4. Conclusion or Root Cause – Where appropriate
5. Proposed Solutions
6. Recommendations
7. Support or Direction Required from Site Leadership or Above Site Teams via governance

Having a structure will help frame every problem and get the team into the habit of managing problems effectively.

Regular, honest and transparent monitoring of key performance indicators such as schedule, budget and scope will enable you to capture a potential issue before it becomes a bigger challenge to manage.

Managing Project Scope and Delivery

This is probably the biggest challenge facing project – the control of scope. The scope is agreed at the outset of the project via the Project Charter and other associated contractual documents. The detailed plan assembled before project kick off helps to clarify the definition of the scope further. With the best will and intentions – this scope will be misinterpreted somewhere along the way. Expect a dispute on one of the finer points of detail – this typically occurs when interfacing with a different system or having to manage another vendor or third party. In order to reduce the occurrence of such challenges always build risk around system interfaces and third party deliverables.

Another area where scope can increase or begin to creep is during “Corridor” or “Watercooler” conversations. i.e. someone may mention that – “It would be very useful to have a report on this new system that showed Purified Water usage on a Daily, Weekly and Monthly basis.” The statement may be true – but if is not in the original scope – it is not in scope. To some end users – statements made during conversations are a contract, an agreement by the project delivery person to include this requirement in scope and deliver it with the original scope of work.

Many organizations have procedures for Project Change Controls and managing extras. This may indeed be a legitimate business need but the original project costing and plan – it is not in scope. In order to include this requirement in scope the following must happen:

1. The end User or Client – Completes a project change request
2. This is assessed by the technical SME
3. An Impact report is produced in terms of Time, Cost, Risk
4. The end user accepts this proposal
5. The change in scope is approved at the Project Governance forum
6. The new requirement is included in scope and the original contract is amended accordingly.

Different organizations will have variations of this process but essentially the process must be respected.
There may be more simplistic examples were for the sake of good customer relations or lack of clarity in interpretation of requirements – a decision is made to absorb a change request into the original scope of the project particularly where the cost and time involved is negligible and will not impact the original delivery budget or schedule.

As a default position – it is always best to utilise the process that is in place as a starting point.

Project Closure

A common oversight in industry today is the effective and complete handover of a system and closure of a project so that all legal, financial and logistical obligations are discharged and recorded correctly to enable a project to close completely.

Before closure it is wise to conduct a review of project delivery against actual performance and original intentions. This can include the learnings carried forward from earlier stages. It is also important to acknowledge any challenges experienced and that you have implemented measures to ensure that a recurrence of the same issues is greatly reduced or eliminated. Items covered should be –

What worked well?
What needs improvement?
What should we start doing?
What should we stop doing?

If you happen to do business with the same customer or end user again – theresulting report is always a useful starting point.

Other items to be considered at project closure:

1. Any warranty obligations are have been honoured
2. A support agreement for operational support has been set up
3. All items within the project scope have been delivered
a. Documents
b. Procedures
c. Test Results
d. Training Evidence
e. Software Versions
4. All contractual obligations on both sides have been agreed and closed off

Project closure generally takes some time but this can be formalized with a meeting between all stakeholders to gain official agreement and consensus that the Project is now closed.

Need help?

If you are struggling to come to terms with repetitive project issues and you need some advice or support, contact us by email: info@systeme.ie with some background on your particular issue and we’ll be in touch.

Download our project rescue guide here Project Rescue Guide

5 Steps to Kick Start Any Project

October 30, 2016/0 Comments/in Project Management /by Barry Curry

Project Charter

Draft a Project Charter that describes the project in concise terms.
What is the purpose of the project? (Why is the project being rolled out?)
What is the scope of the Project?
What are the main deliverables?
What are the key milestones?
List the risks, assumptions and interdependencies?
What is the project budget? Who is on the project team?
How is progress monitored and success measured?
The charter can be the basis for the formal agreement or project contract between two parties.

Define the Project Requirements

Are the user requirements clearly documented and understood? Is it clear how the main deliverables of the project will satisfy the needs of the business or end user? Has the scope of the project been assembled based on the user requirements?

Planning

In order to produce a plan – you need to understand every task that needs to be performed in order for the project to be delivered. Every task, every document, all items that need to be procured and installed, servers, software and the resources need to do each task. A work breakdown structure should be produced that details all the above-mentioned tasks.

Detailed Planning

There are no shortcuts here – you will need expertise from a number of areas to provide input in order to produce a detailed plan. This may take a number of workshop in order to gather the correct level of detail. Once the tasks have been listed – the order, inter-dependencies and estimated time can be defined. The tasks must then be assigned to resources to perform the tasks – from this the project cost can be estimated.

Depending on the business need to have the project implemented by a specific date – more resources may be required to deliver the project. But depending on the process of delivery – it may not be possible to resource load some elements of the project.

The team selection is crucial for success here – choosing the right people that will work together as a team is vital. Don’t go on experience alone – enthusiasm, attitude and personality will benefit a project and compliment technical expertise. Ensure that everyone is clear on their responsibilities and roles within the project.

Estimation

Now that the plan has been developed and the costs understood. The risks and dependencies need to be overlaid on to the plan to understand the potential impact of the risks in terms of cost and time. Once this final estimate is assembled there may be some higher level approval required so that all the main stakeholders understand and approve the project, the scope, the budget, the risks, the timelines and the key deliverables. This may be a formal approval in most organizations.

This is also an opportunity for all project team members to refine the plan and provide further input on the task estimation and duration so that they are comfortable with this prior to commencing execution.
Perform a detailed risk assessment in order to identify the potential impact on the project in terms of time, cost or scope.

Project Kick Off

Once the above criteria have been approved – a Project Kick off needs to take place. This is normally in the form of a day-long meeting / workshop and should include but not be limited to the following topics:

Summary of the Project – i.e. Run Through the Charter
The Objectives of the Project
Key Performance Indicators
Project Plan
Budget
Project Team
Risks, Dependencies and Assumptions
Monitoring, Governance and Reporting

Also as part of the kick off, define and communicate the Day 1, Week 1, Month 1 activities. This is basically a list of tasks for all project resources so that they are clear on what is expected of them within the first month of the project.

Need help?

Download our project rescue guide here Project Rescue Guide

Want to Convince Your Clients? Just Be Honest.

October 25, 2016/0 Comments/in Management, Project Management /by Barry Curry

Whether you’re in a direct sales role, in a support role or a technical role, you will be expected to convince someone to do something at some stage in your career. That may be a decision or a purchase or a choice of some description but we all need convincing skills. Look at the dictionary definition of the verb “Convince” – Convince – to make (someone) agree, understand, or realize the truth or validity of something.

I’ve looked at this from a number of perspectives over the years and what I’ve seen is that in order influence someone or convince someone you have to be credible. The best way to be credible is to be honest in your convictions.

The Sale
If you know your product and understand your business, then you will be more relaxed in front the person you are trying to influence. When we think of trying to influence or convince someone we can all cite examples of the door to door salesman or used car salesman trying to get you to purchase something that you don’t need or will not be of any real use to you. These guys are normally found out very quickly after the sale. They leave a bitter taste in your mouth and therefore a lasting distrust of salesmen.

OK so I’m not having a go at salesmen in general but think of the drive that the salesman has – commission. There’s nothing wrong with an incentive to perform but it can drive the wrong behaviour in the wrong person.

On many occasions I watched salesmen and women sell equipment, software, solutions and projects to clients and the clients were convinced they needed them. From the organization’s perspective the sales person had done his or her job, deal done – commission in the bag. Much of my work involved either delivering the project or solution and dealing with technical issues after the sale.

After the Sale
The after sales situation was often quite different. Typically following one of these sales there were some problems – the software or project was not fit for purpose. Once we got to the root of the client’s needs the actual requirement was something quite different from the solution they were sold. We then had to renegotiate to encourage them to purchase the right project or solutions and the sales pitch starts again.

Epiphany
As I became more experienced in the field of customer management, something quite profound occurred to me.

1. When I followed the lead of the sales team to just get the sale (i.e. Commission Driven), I found it very difficult to convince the customer to buy from us and trust us.

2. When I did what I believed was right for the client, when I had their best needs at the forefront of my objectives – the sale was easy.

This happened on more too many occasions to be coincidence. When I looked closer at the different approaches and listened to customer feedback, I could see the real reason. The customer was convinced because I was convinced. I was convinced that I was doing the right thing and I had complete confidence in what I was selling or what decision that I was advising them to make.

Previously I had overlooked that a lack of sincerity would not be spotted and would be challenged by our clients. When I asked one client for feedback on why he selected our company for the project we had just been awarded, he stated that it wasn’t price, nor the company reputation. He stated that it was because he was convinced that I believed that what we were offering was the best solution for the client. He chose us because he trusted why we were offering this solution. He believed that we were honest in our intentions and he trusted us. He could see in my demeanour and presentations that I was sincere.

Refer back to the dictionary definition above for “Convince”, does it have more resonance now?

The Story
In this particular case the original proposal material was adapted from a previous endeavour with another client and the solution was similar. At first I had spent so much time trying to make it fit, trying to adopt someone else’s creation to make it fit what we needed at the time I was blind to the above epiphany. I started from a blank document and produced a proposal that was a direct response to the needs of the client – not just a fabricated sales pitch that had the corners broken off it to make is suit the current customer needs. I completed the proposal swiftly and the resulting document was a very simple, clear description of what we would deliver, how we would deliver and ultimately why it was needed.
Since then I have always taken great time to get to know the client. Get to know why they need issues resolved and make clear to them the direct and indirect benefits of any solution that I have been responsible for delivering.

In Summary
No matter how big the organizations or how great the reputation, when it comes to big decisions, if they are honest, people do business with people. They do business with people they trust.
Once you are confident in yourself, confident in the solution that you are offering, and why you are offering the solution, the client will sense this confidence and will trust you. When they trust you and come to rely on you, you are destined for a prosperous customer supplier relationship.

Need Help? Contact us Here

If you’re interested in reading more about this and other topics – visit our Blog page

Download our free Good Management Guide – Click Here

To Join Our Mailing List Click Here

Are You Making Every Meeting Count?

October 18, 2016/1 Comment/in Management, Troubleshooting /by Barry Curry

The Meeting

Something occurred to me recently. Why are most meetings set up for 1 hour? And why are there so many meetings every day of our working lives?
The 1 hour meeting seems to be the standard easy option. I have to stop and think what sort of planning has gone into a meeting where an invitation has been sent out and resembles something like this:

1. Duration 1 Hour
2. Brief Cryptic or Woolly Title
3. No Agenda
4. No Description
5. Double Booked Over another meeting
6. 20+ Invitees

The Response
My normal tactic when I receive an invitation to this type of meeting is to make the organizer work for my time. Depending on how far the meeting organizer is up the food chain my response will vary. We all after all serving some lord and master.
If the person has a track record of not making best use of my time, typically I’ll respond with a number of questions such as:

1.What is the objective of the meeting?
2. What are the various roles? Chair, scribe, timekeeper etc?
3. What will be covered on the agenda?
4. Do I need to prepare anything in advance of the meeting?
5. Why am I required to attend? What exactly do you need from me?
6. How much time will you need from me during the meeting?
7. Is there anything that I can provide in advance of the meeting that would remove the need for me to attend?

The response that you receive will depend on the individual. They may respond honestly or they may take offence. Either way they will think before inviting you to any further meetings.

The Life of a Meeting
The meeting doesn’t begin and end with the meeting event itself. The preparation and follow up are equally important.

I’m not going to bore you with the details of professional meeting etiquette. Many organizations have prepared guidelines and procedures for meeting that are outstanding and really practical. For me meetings have always been about preparation and follow up.
If you and the invitees are well prepared, have a clear agenda and a set of objectives, then the meeting should run well. The follow up needs to be equally prompt and efficient for the entire meeting to be a success.

Time
Timings and durations of meetings can also be critical. In a busy organization back to back one hour meetings are a common phenomenon. The issue here is that if all the meetings start and finish on time, then there is no time interval allowed for movement between meeting rooms. The result is that
many people are frequently late for meetings.

This issue is particularly relevant if you are based in a large manufacturing facility with long walks between different areas of the plant. I have often observed a culture of acceptable late arrivals and early leavers at meetings – this is both disruptive and unproductive.

Try something different – spend some time to think about the meeting in detail.

1. What are you trying to achieve – Objectives
2. What needs to be discussed or covered or resolved?
3. Who is needed to attend?
4. Who can we do without?
5. What material needs to be prepared in advance?
6. What time is needed to cover everything?
7. What day and time suit all participants?
8. Can some of them connect remotely to the meetings?

For people in Manufacturing, Mondays and most mornings are a challenge due to the daily operations updates that occur. Calendars are often littered with meetings and updates that no longer happen. Time is a precious commodity.

Instead of the usual start on the hour, finish on the hour arrangement – why not start at 10 mins past the hour and take whatever time is needed. I have found that I can conduct most meetings in 45 minutes if they are run correctly. A good time keeper is a great ally at a meeting.
If you are making the effort to invite someone to a meeting, make it worthwhile. You will not get any thanks for inviting someone to a 2 hour meeting when they are only needed for 10 minutes.

Making the Meeting Count
Make every meeting count. What are the actions and what are the deadlines? Issue the minutes and actions promptly otherwise accuracy and relevance can fade. Before an important meeting I always make time to prepare – block out the time if possible – it will be worth it.
Equally after a meeting, block out time in your calendar to produce the follow up minutes and actions.

Rather than hand writing notes, then transcribing them afterwards – type the notes or assign a scribe to support the note taking. This will save time.
So if you’re organizing a meeting – you should really book three appointments in your calendar. One for preparation, one for delivery and one for follow up.

In Summary
By adopting these principles you and your organization will benefit from each meeting while both your colleagues and customers will appreciate your effective preparation and follow up. We spend so much of our time at meetings it is vital that we get value from each encounter.

I’m not finished with this topic. To be continued…………………………………..
Need Help? Contact us Here

If you’re interested in reading more about this and other topics – visit our Blog page or contact us Here

Download our free Good Management Guide – Click Here

Project Team Motivation

October 11, 2016/2 Comments/in Management, Project Management /by Barry Curry

The Project

Keeping project teams motivated always poses a challenge particularly when a project can span over months and sometimes years.

Over time energy levels and enthusiasm can be in short supply even among the most dynamic groups of individuals.

The problems normally start way back at the team selection stage of the project. Do you have a team of star performers? Do you have a mixture of youth, energy and experience? Or have you been landed with the corporate cast offs with whom you’re expected to perform miracles as Project Manager.

Most reasonably sized projects will consist of a good mixture of personalities and experience. It can take time to figure out the personalities and how they gel together. As with any leader your objective as a project manager is to get the best out of the team. Team changes can occur but unless you have a serious performance issue with one of the team, you are better off putting your efforts into team performance once you understand the individuals.

Selection Strategy

With large software projects there tends to be a back room team (developers) and a front facing team – test engineers and analysts. The observations here may be obvious but from a personality perspective the back room team tend to be introverts and the front facing team tend to be a little more outgoing.

So – as a strategy you need to understand your customer. To whom are they likely to respond better? Some clients and end users gain comfort from seeing the software being built and assembled so that they can better understand the risks and challenges. In this instance it may be a good idea to give them some access to allow them to meet and talk with the developers from time to time.

Do not however let them influence the scope of work in this way. Some clients are more about the use of the system for their business and are solution agnostic. These types of people will work best with the front end team. It can often be the role of the business analyst to control the expectations of the client and support the project manager.

As in life some personalities can overcome others, some will clash, and some will work well together. In the early stages of the project observe closely how the individual get on together then finalize the communication plan and meeting schedule clearly listing the attendees for each meeting and the objectives. Monitor meeting effectiveness and get feedback from all parties – this information is invaluable if used.

Energy

Once the personalities are working together and supporting each other you need to keep the energy levels high and ensure the enthusiasm for the work doesn’t die. There is a myriad of ways to do this depending on the situation.
The Project Manger should spend regular time with the team on the front line of activity. Don’t sit in the background updating charts and spreadsheets – Work With the Team.

Generally, people like to work independently. You need to judge this carefully though and this level of trust only comes with trialling this approach. Trust will come over time with delivery. Give an individual complete ownership of a deliverable and see how they perform. Risk assess the situation – i.e. what is the worst that can happen and can the team support them to be successful?

Have regular reviews of performance and processes with the team. Give everyone a chance to offer suggestions for improvement – and put it to the rest of the team to see if the idea has wings. If team members see their ideas being put into practice – there is no greater satisfaction. Once the selection and review process for ideas and suggestions is controlled and not a free for all this process will generally work quite well.

Working as a team and supporting each other is a motivating factor in itself. If the team can trust their colleagues and work together towards a common goal, the team can gain and maintain momentum. Having lesser experienced people being coached and mentored during a project by the more experienced team members is another way of building the team energy and gaining trust among the group. The lesser experienced people will be motivated by the fact they have a source of support. The more experienced people will gain confidence by training the lesser experienced people.

There are many examples of a team of individual average footballers (soccer players) performing at a higher level or as more than the sum of their parts taking on a way better team on paper and beating them. Give me a team of average people who value the team and teamwork ahead of a bunch of superstars any day of the week. The same goes for work teams.

Working as a team and supporting each other is a motivating factor in itself. If the team can trust their colleagues and work together towards a common goal, the team can gain and maintain momentum.

Make sure that you celebrate and recognize the small victories and milestones with the team as they are achieved – don’t leave it too long or it will lose its significance. Again the use of clear visual indicators and status updates here helps to get the message across to you r own team and to others.

Make the Destination Real

In order to maintain focus for everyone on the end goal. I tend to have many sessions where we discuss the final stages of the project and handover to operations. What will day 1 be like with the new system? Use visual tools & demos to make this as real as we can. Towards the end of the project I encourage the end users to engage with the project team both formally and informally to make the handover go a little smoother. Even if there are technical challenges the personal relationships that have been built up will get you through the difficult times.

Make it easy for your team to know what the priority is at any one time. I often here people stating that they have a number of things to do on a project but they are unaware of the priority. If you utilise your weekly or daily touch points to make the priority clear then the team will always know the priority.

In Summary

Choose the People that will work well together.
Celebrate the Small Victories
Keep the team focused on the end game
Make the Priorities clear.

Need help?

Download our project rescue guide here Project Rescue Guide

Unlimited Access to People – Good Or Bad?

October 4, 2016/0 Comments/in Management /by Barry Curry

Modern Corporate Life

The modern corporate world isn’t getting any easier in which to survive and prosper. Access to people is almost ubiquitous. Individuals appear to be getting more and more emails. Mobile phones are a permanent fixture in most people’s hands. Instant messaging is taking the place of real communication.

A couple of years ago I did some work with a multinational client and due to data security issues they insisted that I used their own corporate laptop so that all access to their data was controlled and audit trailed. As the assignment was due to last a couple of months I agreed.

On the first morning when I logged on, I received 40 emails without prompting for any. Some of these were personally addressed to me. These were standard corporate information messages. In addition to email came the standard issue instant messaging software. Although useful at first, it some became clear that it was abused by some people. I started to get messages from people who decided that their query was your priority and this can lead to constant distractions. Even with the “Busy” or “In a Meeting” symbol displayed – messages still came in hard and fast. Although we try to ignore these – they are still a distraction. What I normally do in this case is disconnect from the network temporarily – remove the Ethernet cable or disable the wireless adapter on the PC. (Note: This will only suffice if you do not need connectivity to a network or database – that is if you are writing or reviewing a document etc)

Focus

If you have blocked the time out in your calendar and you need the time and space – then try working offline now and again to avoid interruptions. If someone needs you badly enough they will either call your cell phone or come and get you.

Fending Off Disruptors

You may then get someone approaching you at your desk with the opening line “Do you have a minute?” You may have a minute or not but my advice is to learn to say “No I don’t – I really need to get this task complete now.” If they do manage to just ask the question without confirming that you have time – then If you can’t answer the request in 30 seconds – simply say that you do not have time now but your calendar is up to date if you wish to set some time up at a later stage. The initial reaction from most people is one of horror as they may be well used to a culture of barging in to an office or a desk and getting attention. Judge the culture in the company – are they ready for this yet? Logical thinking professional people will always respect your space and will respond positively whereas unreasonable people will tend to resist this culture change.

The Daily Churn

Sitting in the offices with the other employees I watched the daily habits and interactions. e.g. Most people would spend the first 30 minutes going through their email to sift out any important ones. Among the deluge was the inevitable distraction, someone in their wisdom had sent a message and cc’d a few select others regarding an issue or task that required action immediately. (And this happened most mornings)

These types of email become a distraction in two ways;

1. The initial reaction of the recipient.

2. The recipient then brings others in on the issue.

Now we have a second layer of distraction – possibly even a group of people distracted. The email will be followed by the inevitable number of drafts until the message is received loud and clear. They send and wait for the response and the email tennis ensues.

Decontaminate and Conquer

In order to decontaminate this scenario here are some practices I use that almost always certainly manage and contain a scenario like this.

1. Don’t check your email first thing each morning unless there is a specific response or update you are awaiting in order to complete a priority task.
2. By checking email first thing you are inviting others to provide a distraction
3. Complete a task first then read emails. That way if you do get distracted, at least you will have accomplished something first.
4. If you do receive an email that you need to respond to in order to contain a panic, try to speak to the person first. If this is not possible, set up a brief meeting. If neither of these are possible in the short term, don’t respond until you have spoken to the person in question.
5. Unless needed for specific input or advice avoid bringing a wider audience into the issue. Your colleagues will appreciate it.
6. If you absolutely have to respond to an email that is likely to stir up a response that could escalate then be constructive. Before sending, print off a draft, go to a quiet office and read it aloud. How does it sound? If it is still the right thing to do, then reading it aloud will confirm this.

In Summary

So don’t be afraid to say “No” in the correct context, but be polite when you say “No”. If you need to get something done, then you don’t need distractions. Seek the space to focus. Avoid email tennis as it general only wastes time. Email should really only be used for booking a meeting or sending a document. Talk to the person first, in person or on the phone, if that is not possible – use email to say “Call me when you have time – we need to talk.”

If you’re interested in reading more about this and other topics – visit our Blog page or e-mail us at info@systeme.ie

Download our free Good Management Guide – Click Here

Setting Team Goals or Setting Own Goals?

September 27, 2016/0 Comments/in Management, Project Management /by Barry Curry

Goals and Objectives

Setting goals and objectives on an annual basis for your team can always be a challenge. The quality of the goals and objectives set is normally a reflection of the amount of time that has been spent thinking about them.

Think about it – why do we set goals and objectives for everyone in the organization?

They are normally there to support and re-enforce the company objectives in business. They are also utilized to allow the person to grow and develop in a role.

For example, as part of the annual strategy the company will kick off a project. Then a goal will be set by the manager for one of his team based around that project. Unfortunately I have seen goals that read something like:

Support the Plant Upgrade Project

Support the Junior Engineers on the Project Team

Work with Finance to achieve a better level of reporting each month

Scrutiny

When I look at these types of Goals – I have a number of questions

Why do these goals exist?
How can these be measured?
Are they specific enough?
Are these Goals in Line with the objectives and priorities of the business?
What will the organization gain from each of these?

These sample goals stink of a practice of ticking the boxes in order to get this task done – i.e. manager is fed up having to do lots of performance reviews and just goes through the motions not really changing tack from year to year.

What is the result of this? Unclear goals – hard to measure. You may have good team members who will perform regardless or you may have people on your team that recognize that goals are suitably unclear and will argue when challenged at the next review.

Transform These Goals

Start with the first example

“Support the Plant Upgrade Project “– lets pimp (enhance and upgrade) this goal

How can he/she support the project – and in what way or ways?

Meet with the Project Manager Twice Weekly to understand Project Status and Performance
Communicate All Project Metrics to the Site Leadership
Convey all issues and request for support from the Project manager to the Site leadership
Ensure that all requests are responded to within 2 days
Review all changes to project scope and assess for impact to schedule and cost
Continue with this until end Q3 2017 or until project is complete
Project Budget contingency spend must not exceed 10% of original budget
Ensure that site based project resources prioritize project commitments ahead of daily standard work – Escalate to Site Leadership for a decision where this is not the case
Review the project scope monthly to ensure alignment with corporate objectives

Notice the difference

Goals are more specific and prescriptive
There are metrics involved
The Project will end at some stage – time based
Now the person has a vital role in the project not just an implied role.

The key message here is that the success of the project is a key influencing factor on the performance rating of the person involved. It should also be clear to the individual that they have a role to play in the success of the organization.

Lack of Clarity

If you allow ambiguous goals to be set – what will you measure against? You are just giving the person ammunition to argue with you come review time. In addition to a difficult review meeting the other fallout is likely to be a lack of motivation.

If a person is measured against performance and they meet and exceed targets, the evidence is obvious and therefore the rating will be good.

If someone has an unclear goal and believes that they have performed well throughout the year – imagine their surprise when this belief is challenged? This will be a challenge to manage. I have witnessed many scenarios over the years where staff have been so far removed from the mission of the organization that they have not been able to make any connection between their own contribution and the success of the organization. (Senior Management probably have a lot to answer for here!)

Why? How? What?

One pointer I have always used when setting goals is “Why?” – why is the goal needed or why is it important? How will it help the company achieve its goals? How will the goal help the individual develop and grow? Finally – what will the goal deliver or contribute to if the goal is achieved? Above all this involves thought. Maybe even run a workshop or brainstorm session to tease out the detail.

Goals need to be set and they need to be clear and unambiguous. They can be your best friend as a manager or your worst enemy. Make them count and make them deliver for you your team and your organization.

For more information on these and other topics, please visit our website at systeme.ie or e-mail us at info@systeme.ie

Download our free Good Management Guide – Click Here

Hiring a Project Manager?……Choose Wisely…….Choose Differently.

September 19, 2016/1 Comment/in Management /by Barry Curry

Hiring

Of course no amount of time spent selecting and interviewing will ever guarantee a perfect candidate that will always deliver. I’ve had some great hiring successes and some not so good experiences in the past. I have learned that when selecting a Project Manager, you need to think a little differently.
Looking at the hiring process:

Job Description
Advertise
Interviewing
Selection
Final Interview
Job Offer

After following this process – you can still choose either the wrong person or the person who is not “quite right”.
A CV (Résumé) can look great, references can check out and interviews can go fantastically well and still the chosen candidate can be the wrong one. There are as many interviewing techniques and aptitude tests than there are role descriptions themselves. It can be a huge challenge to match the right person with the right role and ensure that the personality will be a good fit for the organization and the rest of the team.

So how do you start to do something different?

Interview

I’ve always felt that the interview process is given very little time in general – i.e. – you interview for an hour and hire the person for a permanent role for years. Do we really give ourselves enough time to think the hire through?

Why not try to spend more time with the people we are hiring in both normal and abnormal situations. In addition to the standard interview – go for a walk with the person – grab a coffee or lunch together. See how they behave in the outside world and how they treat others in the general public – not only in work environment.

Personality

There are a number of commonly used methods for understanding personality types and they all help. (Contact us below and we can provide some useful links). It is important to understand personalities and these methods are quite accurate in categorizing a personality type. You can design a functioning and effective team around how different personalities work together. There is an abundance of research material out there to back this up. But to really see the person why not try something different?

Go for lunch with the candidate to a restaurant where you know the food is awful and the service is even worse. When something goes wrong – see how they react. Observe the facial expressions and the body language. If you really want to shake it up a little – “bump” into another “colleague” by “accident”. Make the introductions and again see how the candidate responds. Talk about more general topics other than the role than those associated with the current role. How would this person react under pressure? How do they manage an unforeseen event? What is your general impression and that of your colleague?

Ok so this approach may sound a little alternative but think about it. You will get to see more of the person than just a discussion about the résumé.

Make an effort to get a good feel for who the person really is. How would this person work with and manage existing resources in the organization? If this is a customer facing role – knowing the personalities of your key clients – how would this candidate work with and communicate with your clients?

People

Remember that although experience and track record are a huge factor in hiring the right person, it is the personality that will guide the person to say the right things and the right time to the right audience. People do business with people. Choose the person.

If you’re interested in reading more about this and other topics – visit our Blog page.

You can contact us by email at info@systeme.ie

To download our guide for New Managers – Click Here

Recurring Project Issues? – You May Already Have The Solution.

September 13, 2016/0 Comments/in Project Management /by Barry Curry

Background

Some years ago I was working with a client that was constantly working to improve their processes in particular in relation to project delivery.

A substantial effort was undertaken at the end of each project to do a review of the project in terms of what went well, what did not go well, what can be improved upon, what should be continued and what should be stopped.

This is an effective process of it is followed in earnest and the learnings are implemented on subsequent projects. I did a review of previous projects and each one of them had run a “Lessons Learned” workshop at the end of the project.

What was the issue?

The problem was that the report was filed away safely ……….and unfortunately was not being reviewed or utilised by subsequent projects.

This was compounded by the fact that the same recurring issues were being experienced on new projects when the knowledge to avoid a recurrence of the issues was in their hands prior to the commencement of each project. The recurring issues resulted in increased time and costs and in some cases this was substantial.

The Way Forward

We then ran a workshop using the results of the “Lessons Learned” workshops for a broad range of projects. The recurrence of the same issues over consecutive projects was disappointing at best and frustrating at worst.

The leadership team in the organization were eager to understand how the outputs of the workshops were ignored and never utilised. The reasons were myriad – cultural, personal, managerial, procedural. This didn’t matter at this stage as the ship had sailed for the opportunity for many projects to benefit from previous learnings.

We then performed a gap analysis of the current project set up and operating procedures against each of the learnings. The gaps were obvious and as was the next course of action.

Procedures and associated training modules were updated to reflect the learnings. A simple check to review the lessons learned database for relevance to the new project prior to commencement.

Another change that was made was to run a lessons learned workshop at strategic points throughout the project to ensure that the current project could benefit from its own learnings.

What is the status now?

A couple of years after the changes were introduced, the current results are extremely positive and the mid project review workshops are becoming part of the fabric of project delivery. These are the responsibility of the project managers to deliver and report back on.

Regular audits are performed on the projects to ensure that the workshops take place but also that previous learnings are taken into account at the beginning of each project.

This was an example of how a couple of simple changes implemented had a lasting effect on future project efficiency. These procedures are now the norm and are an integral part of project delivery at this organization.

Need help?

Download our project rescue guide here Project Rescue Guide

Troubleshooting

September 5, 2016/0 Comments/in Project Management /by Barry Curry

Tips for Kick-starting a Troubleshooting or Problem Solving Exercise

Here are a couple of pointers to help you to focus and make some real progress at the early stages of an investigation or troubleshooting exercise.

Background to the Problem – Why have you been called to support or help resolve the issue – what is the nature of the problem? – has the issue been defined?

What is the problem statement? Has the issue been clearly described? Do not jump head first into the exercise until a clear concise definition of the problem is available. A problem statement can come in many forms. If the team are having difficulty with this – start with 2 simple questions that will help you to define the problem. Typically this is either that

Something occurred that was not expected to occur

Something did not occur that should have occurred

Start here with these two scenarios to get the discussion going. How is it known that a problem occurred? What evidence is available? Assume nothing here.

When did the issue first occur?

When posing this question, it is important to understand the difference between the symptom and the underlying cause. A symptom is the effect of the problem and although related to the problem, the focus should remain on the reasons behind or the cause of the symptom. The first symptom may have manifested itself sometime after the root cause event that triggered the symptom. Therefore – How did the problem first manifest itself? What evidence is available to substantiate the claims? Event logs alarm logs, trends, historical data and audit trails can provide an insight into this.