10 Project Manager Traits – 6 – Specialist

6 - Specialist

Description

A specialist is highly skilled in their aspect of a proposed project. They may have been asked to oversee a large project of which their department will be the major user, but other departments will also benefit from and therefore need to be involved.

However it soon becomes clear that they are less than interested in the parts that do not directly affect them. They concentrate all their attention on their own elements and the other sections get ignored. It can be that they spend enough attention on the part of the project that does not directly concern to them but is needed in order for them to be able to perform their duties.

This results in a highly developed core but with withered extremities.

The intention

What do I need?

The Good

A specialist project manger is likely to be very precise in what they need for their area. They will have thought it through and know what works and what does not. They will have a clear idea on what needs to happen before they get involved but little about what happens after they have done their part. It is likely, but not certain, that their part will be one of the best parts of the total design.

The Bad

If the specialist is the project manager for the whole system then it will not work. The part that they care about will be excellent but, as they have not allowed for the needs of others to be addressed, these other parts will most likely be deficient or not even addressed. Since this is the case the project will most likely not be used or will be seen as a failure by the others users/departments and rightly so.

The Story

In my experience in software development this happens most often when the accounts department are the project managers. Sorry – but that has been the case in at least three projects. The accounts department sometimes believe that they know about everything that goes on in a business. But there is, of course, a lot that happens that does not relate to the movement of money.

In one case, a lot of time was spent getting the data arriving in the accounts department to be accurate, timely and ensuring that the producer of the data could be clearly identified. This meant that if the data was wrong the accounts department knew who to seek out. 

They had little or no interest in how the income was generated and very jealous and questioning of any expenditure. Accounts departments are usually very busy and so they had very little interest in knowing more. They were very happy with the system but the sales, marketing and fulfilment departments wondered why the system existed as they were not getting much benefit from it. When the project manager was replaced with another from one of the other departments the same was repeated in their area of expertise.

Remedial action

Specialists are gold dust. As I have mentioned, they are most likely to know immediately if an idea is good or bad and they know if the idea, once implemented, will be used or  just be “fluff”. However, they will only know one aspect of the business and so they cannot be allowed to be the lead project manager. There is need for a generalist to project manage a number of specialists, each of which can contribute ideas for their area of the project and, essentially, the interface between their area and the preceding steps and consequential steps.

If you have a specialist in charge of a project, and their skill set covers only one aspect of the project, you need to find a new lead. The lead project manager needs to understand the purpose of the project and make use of the refined knowledge of a specialist from each department involved with the project. 

10 Project Manager Traits – 4 – Perfectionist

4 - Perfectionist

Description

Perfectionists will be heard saying:

“Nothing is complete until every aspect is just right.” 

 “We cannot move forward until it is flawless.” 

“Give in one more go”

Getting a project to be functional, great looking, intuitive but within a budget and within time constraints, means that it will not be perfect.

If time constraints and budget were not an issue there would still be a moment in time where removing any more flaws would be so expensive for the marginal gain that everyone, even the perfectionist, calls it quits. 

The issue is: when is the right time to compromise and when to push for a better result?

The intention

This has to be perfect

The Good

If a project is full of bugs the users will either reject it or the functionality will not provide the benefits that were described in the brief. The project does need to achieve the objectives of the brief and this person will make sure that happens.

The Bad

A determined perfectionist is a major obstruction to progress. If your project is to get a crew to the moon and back safely then there is no option but to get things to be as near to perfect as is humanly possible. 

If the objective is less sensitive, then there needs to be level of perfectionism that allows for progress, for refinement over time and that allows concepts to get ironed out. 

If the perfectionist stops a project moving forward until all aspects of the first stage are perfect then there is a risk that later stages undo this hard won perfection. As each stage is created there can be impacts on previous stages and so with a strict perfectionist in charge a project can get into a tighter and tighter loop of change and corrections that brings the project to a standstill.

The Story

In my early days as a software developer I worked with a perfectionist. He worked for an architectural firm and the work they produced was exquisite. It could only be that way because of their attention to detail. 

In those says I also had quite a lot of attention to things being just so and together we spent hours on refining the layouts of the system being created to manage all of the administrative tasks of the company. We spend more than hours, we spent days. Then finally we were able to move onto the next stage. We then found that some new requirement had to break the carefully set up rules from the previous stage and so we went back to and reworked the layouts. This would happen with each new administrative subject. 

A second requirement was that the whole system had to be ready and it was to be implement over the whole company in one overnight procedure. So all parts had to be perfect.

We never got there. The re-workings went on for months and then it was realised that the whole company could not risk one, over night, switch-over. What if it went wrong. The cost of making all parts perfect killed the project,

Remedial action

Perfectionists are needed – they see things that others do not and they make things not only function better but look better. A full time perfectionist project manager will cause projects to overrun or get abandoned. If, however, a perfectionist is asked to contribute to a project, cast their eyes over what has been done and add their comments, then the project can be improved without grinding it to a standstill.

Plan to bring in your perfectionist to pre-set and time constrained meetings. Accept that a lot of what you have done will not meet their standards and when they leave (a kindness as they being present as you purposefully decide not to be perfect may upset them) decide which of their suggestions will be addressed and which ones you are willing to live with.

Do not let them be the ones to decide when the project is complete. It is unlikely to get there.

10 Project Manager Traits – 3 – Completers

3 - Completers

Description

Completers are concerned with wrapping projects up. Usually, completers are not very good at getting things started but they are great at coming in and sorting out a mess, getting it back on track and getting it completed. 

The intention

Get this done.

The Good

Having a completer on the team is essential to getting to he end of a project. As a project proceeds they tend to get more diffuse and with software new ideas, implementation, training and user engagement are all essential. There is a need for an attention to detail and the tracking of minutiae. This type love all that. They love making lists and ticking things off.

They often are great diplomats as any project that goes on for some time brings out the character traits of all involved and can lead to conflict. People who appeared to work well together cease to do so. This type is good at settling disputes and smoothing operations whilst keeping their eye on project completion.

The Bad

Depending on when the project is taken over by a completer they can put up considerable obstruction to any changes that become obvious and beneficial as these will lead to the delay in completion. Since the focus is on completion and not necessarily on relevance and functionality some of these desired and required changes may not be “allowed” to be implemented. This may lead to issues later when the boss asks where the desired feature is, or by the end users who indicate that they cannot do their job without the feature or function.

With an obsession to complete these types may not be “available” to consider the next project until this one has been done. This can lead to long lag times between one project and the next. 

The Story

I was in a meeting where the final version of a software project was being presented to the company and the boss asked where a belatedly added key feature was.  I replied that it had not been implemented on the instructions of the project manger, as it would have delayed the project. He was not best pleased and  there was upset by the end-users who then demonstrated just why the absence of the feature meant that continuing the presentation was pointless. 

We met again 2 weeks later when the function had been added. The delay meant that some staff who had been employed to run the system needed to be found other duties whilst the function was inserted. The costs were considerable.

Remedial action

With a strict completer, and one who is not the intended end user, it is important to have an enduser test the system and ensure that it not only meets the brief but also does what they need it to do. The brief should always be carefully constructed and reviewed but, despite that, there will be some issues that only become apparent as the project is worked on. Having an enduser try it out just makes sense. If suggestions for changes are made (and they will be as all endusers love to contribute ideas) any decision to implement or delay the suggestion should be run past the users so that the impact of the include/postpone/exclude decision can be determined. 

 

10 Project Manager Traits – 2 – Starters

2 - Starters

Description

Starter project managers have great ideas and a sense of urgency to get on with the project. They cannot wait to get started but as the project moves forward (or drags on, as they would describe it) they tend to get bored. Since they are overflowing with ideas, a new more exciting project can result in them tputting the current project on hold and for the next project to become the priority.

The intention

“Let’s get on with it.”

 Progress, movement and excitement. 

Thrill of the new, with a touch of: “I want it all now!”

The Good

Project managers of this type generate great ideas and make sure that they get started in very short time spans. They are very unlikely to spend weeks or months discussing possible projects – they already know which one they want to do next out of long list of pending ideas.

The Bad

Boredom takes hold if the project takes too long. If the project is a big one and one that will take years to create and implement then they will most likely leave after a short while leaving the boss with a problem. However, this usually is the boss and the problem is that they may well have many incomplete projects that cause them heavy financial losses and frustration with their junior staff and/or consultants. There is likely to be a history of sackings and firings of people who failed to deliver completed projects. Projects that have made it through, may well be fragmented with many half implemented concepts.

The Story

I love working with starters, I love the abundance of ideas and the sheer energy of their style but where I have failed to encourage the introduction or inclusion of junior managers I have seen the boss lose interest and get annoyed with the apparent lack of progress. It is often much harder to resist the temptation of following them down the path of the next exciting idea and much more self-discipline is required to keep everything on track.

Failing to get junior manager support or helping to keep this type on track has led to being sacked. After all, working with such a project manger, will lead to a series of incomplete, or rather, “failed” projects. All of them could have worked, they just never got done. When the totality is reviewed the Starter will be able to demonstrate that “nothing works” and they will be right.

If you succeed with getting help to ensure that both the new idea and the original idea get completed there will never be a shortage of work. 

Remedial action

The value of starters cannot be underestimated, These are the entrepreneurs overflowing with ideas. They will start things and get things moving fast. However they need a great team around them to take over when the energy wanes. The ideas are still good so the project is worth completing but they need a new project manger to step in and run it through to completion. When a project is completed there is likely to be quite a lot of fanfare as the Starter loves the success of seeing one of thier ideas come to fruition.

If there is no possibility to have another manager take over, then the project needs to be broken up into smaller steps that allow for quick results of parts of the project. This ensures that the momentum is maintained and that there are visible signs of progress.

The manager also needs to create a great evaluative method to ensure that the focus is on essential aspects of the project first. Define what is essential! Keep a log of the other ideas and when there is more time determine which of these should be worked on next.

10 Project Manager Traits – 1 – Starter Finishers

1_Starter Finishers

Description

The focus of Starter Finishers  is continuous, a project is started and carried through to completion. Little or no attention is paid to distractions. 

The intention

Get the job done on time and on budget. Demonstrate how efficient I am.

The Good

A project run by this person will be started and run through to completion. They will ensure that it is created according to the brief and usually have it done on time.

The Bad

Being this focussed means that it is hard for the project to adapt to changing circumstances and to new data. Resistance to change can mean that the project, whilst meeting the original brief, is not fit for purpose as that purpose gets refined. The manager may pass over brilliant additions or modifications which could dramatically affect the outcome. The project may need updating almost immediately (where this is an option) and maybe even before the project can be put to use, causing an inadvertent delay.

A second issue is that project manager of this type tends to be so focussed on the current project they are unwilling, or unable, to look at (or look for) the next project to move onto once this one is over. This can lead to long lag times between the end of one project and the next. It requires either that the boss ensures that the next project is lined up and ready or ideally the project manger books in time to find and prepare the next project as part of the current project timetable so that the lag time is avoided.

The Story

I have seen this happen where the project manager is not the boss and where they are not going to be the ultimate user of the system being created. By blocking out feedback from the users the system matched the brief but failed when put to use. Further work needed to be carried out to adapt to the actual user’s needs. This resulted in brilliant staff members leaving and costing thousands in fresh recruitment and training costs.

I have also seen the consequences of this trait where the project manager was also the end user but was so determined not to stray from the brief that all suggestions where logged with the idea that they would be introduced later. This effectively sabotaged the system. The boss, knowing that their staff member was good at completing projects was not prepared for this second further period of development and this caused their plans to be delayed when the system failed to function as needed on the completion date. In this case the boss needed to delay other projects and divert funds to get this one done.

It can be very costly to finish a project that matched the brief but fails to meet the requirements. It may well be that the budget is spent and there are no additional funds for changes at this late stage. This can result in all of the investment being lost or the system being put on ice. When it is revived the business model will have evolved and more work is required to bring it up to date.

Remedial action

Discovering or knowing that the project manager has the trait of being a starter finisher, and where this is not the boss, it is important to bring the issue to the boss’ attention and spell out what might occur if the controls are not eased slightly. It may be necessary to build into the brief a number of project reviews that not only track progress but review suggestions for changes to establish their worth. If the project manager is not the boss then the boss needs to be the person who chairs this meeting. 

If the boss is the project manager then they need to bring on board one of the end users to provide feedback and insight on what might need to be changed or adapted.

Nearly the same… … not even close.

 

screen-shot-2016-10-24-at-17-59-19

I had written a system for a client and they are now creating a new business that is nearly the same as the current one. Each businesses needs to fill a large hole with waste material, delivered to site by truck.

Same task: Fill the hole.

We met and discussed the idea at some length and there were clearly similarities. It seemed so very close.

However my task is to create a system that is optimal for the particular business the system is going to be used for.

In the first case there were hundreds of clients per year in the second 10. In the first case the business needed to manage 2-3 truck journeys per client within a few days. In the second there would be hundreds per client over several months.

In the first, the nature of the material was varied but getting it right was critical to meeting compliance. In the second the size of the clients and the size of each job were so large that compliance was as good as guaranteed.

The question was – could we re-use the current system for the second business and tweak it a bit?

We could have – but in doing so we would miss out on all the wonderful benefits of custom databases.

Here are some of the differences:

System A – Many clients/few trucks

  1. Where there are many clients there is a benefit to creating an online section to the system to allow the client to enter key data themselves – this saves a lot of time collecting data and ensures that the person who knows the data best (the client), enters it. The system can also ensure that the client is not able to return a half completed form and can guide them through the process of filling it out cutting down on errors dramatically. First time right.
  2. Since we are uncertain of what is being delivered we can stop the truck at the entry to the site and take photos of the registration plate and the contents of the truck and link this back to the delivery note. We now have a visual record of what was actually delivered when and by whom.
  3. The trucks are all run by the client – what was unknown was the nature of the material being delivered. This meant that we could train the drivers, as we knew who they were, and we could reduce the amount of on-screen hand-holding required.
  4. From a management viewpoint we were less interested in the client and more interested in the efficiency of the drivers. How many loads were they delivering per day, what was their workload like over the coming weeks, when were trucks due to be maintained- what more work could we pursue?
  5. In this case we would have many clients – each with a lower value. We would not have time to credit check each client. But some might order more that one job. We needed to be able to learn from their prior payment record.

 

System B – Few Clients/Many trucks

  1. Where there are many truck journeys being carried out there is a likelihood that the same drivers arrive on site over and over again. This means that we can put a simple system on site that allows the drivers to sign in when they arrive and complete the notification of delivery. The weighbridge could automatically fill in the weight delivered and produce a printout for the driver. The driver can then be instructed on where to deliver the waste material with an on screen map and the same map can appear on the printed delivery confirmation. This removed the need for any paperwork and resulted in instant feedback to head office and fewer drivers out on site.
  2. In this case we had little interest in the driver’s performance – they were not our drivers. What we were interested in was the remaining work to be carried out for each client, how many trucks had arrived on site during the last week and therefore how many were likely to arrive during the coming week, we could then predict when the work for the client would be completed. We could also asses how busy the site was going to be over the coming months and when we needed to start scheduling in the 11th and 12th client.
  3. In this case we had the potential of a single client running 10 trucks to site each day and even with weekly invoicing, the 30 day payment terms meant that if a client was late paying the impact and credit risk could be significant. We needed more controls over payments and a way of stopping new deliveries if the credit limit was being exceeded or likely to be exceeded.
  4. The client would want a complete record of what deliveries were made to site and we could attach this to the emailed invoice – including the drivers signature.
  5. The accounts department had little to check as all the data had effectively been pre-verified – they would just need to trigger the invoice process and within seconds emails, with the invoices attached, would be sent out to each client.

These were just some of the considerations, and as they kept accumulating,  the decision was taken to create a new bespoke system for the second business. The cost saving to the client would be in the tens of thousands per year.