Monday, October 23, 2017

IoT and Product Development

People have been developing products for thousands of years.  The general process is well understood:  1) Identify a need, 2) Imagine a product concept that could address that need, 3) Create a prototype of the product, 4) Test it and refine it until it works satisfactorily, 5) Produce, market, and sell it to your customers.  There are numerous product development methodologies that are tailored to specific companies or industries, but they follow this same pattern.  The Internet of Things (IoT) will transform each of those steps.

Let me define what I mean by IoT.  I am using it in its broad context.  The IoT is a network of devices, sensors, actuators, computers, displays, and any other physical device you can imagine that can communicate on a network.  That means it either creates, distributes, displays or reacts to data on the network.  And the network could be hard-wired or wireless.

So, let’s consider what the IoT will mean to product development.

Identifying a Need

The IoT will reduce the guesswork when it comes to identifying a customer need.  First, many current products have little or no IoT presence, but they could.  So, an obvious new product development is to add IoT capability to existing products.  Then with the IoT information, look for defects, inefficiencies and other problems with existing products and processes.  These are the next obvious candidates for new products.

Imagine a Product Concept

The characteristics of the concept will be affected by the IoT.  The developers will need to consider the use of the product and all the ways that meaningful data could be generated and used, both within the product and remotely.  The communication capability of the product can dramatically expand its ability to access data and coordinate its actions with other nearby products and systems.  The product will no longer be an isolated and autonomous system. Now the concept is an integrated system with significantly enhanced capabilities.

Create a Prototype

Now the IoT moves from not just the product and product idea, but into the actual product development process.  With IoT technology, the developers can connect to 3D printers to create prototype parts in a fraction of the time that was required formerly.  In addition, since much of the product functionality is likely to be based upon the software applications and both onboard and remote processing, changes to functionality can be prototyped with changes to a few lines of code.  This will also shorten the time it takes to create a prototype. 

Many of us who have been through multiple development projects know that you seldom get everything right with the first prototype.  So you build a second or third until you achieve the performance that is desired.  This often creates delays, overruns, and eventually cutting corners elsewhere in the project.  But again, with the IoT and the 3D printing and nightly downloads of new software, many prototypes can be quickly created and the lessons from one can be incorporated into the next and so on.  Implementing the development best practice of iterative design and fast failure.

Refine and Test It

Now let’s consider how the IoT will impact the detailed product design definition, process development and verification testing processes.  Both the new product IoT capability and the IoT capabilities of the test equipment and manufacturing process equipment will be used.  The product IoT will provide data throughout testing to establish a performance database.  And with an extensive use of sensors in the product and the communication capability of IoT, this will be rich source of data for “tweaking” performance and fully characterizing the product characteristics.  Add to this, the IoT capability of the test equipment being used and the designers and developers will have immediate access to extensive data that will both uncover hidden design flaws and then demonstrate acceptable performance. 

But the even bigger benefit is likely to be based upon the IoT capability of the manufacturing process equipment – both in-house and at suppliers.  Manufacturing process development is often costly.  This is especially true do to the ongoing changes when the doing concurrent engineering – that is development the product and process concurrently.  Yet this concurrent approach is used because an even greater cost to the business is the delay in product launch that results from doing the manufacturing process development sequentially after the product development is finished.  The IoT simplifies the change process with manufacturing equipment and at suppliers by electronically communicating design changes.  In addition, the IoT provides real-time process data so manufacturing process issues – both in-house and at suppliers – are identified quickly, reducing the time needed to qualify the production process.  

Produce, Market, and Sell

The IoT will also improve our ability to product and market the new product.  Let’s talk about production first.  The IoT that is in the production equipment will enable the application of predictive maintenance algorithms that will reduce unplanned down-time and smooth production flow.  In addition, the IoT sensors on the manufacturing equipment will enable a higher degree of real-time statistical process control that will decrease defects and improve overall product quality.  And to the extent that a product is customized for each customer order, the IoT capability of the product will allow the manufacturing process to install the unique software and configuration just prior to packaging and shipping the product.  This will also serve to smooth out manufacturing flow and reduce scrap and rework.

The IoT can also enhance the marketing of the new product.  Of course, one obvious element of marketing is to promote the IoT capability of the product and the advantages for the customer.  In addition, through IoT interfaces, the marketing and sales personnel will know product availability.  Further, they can take a customer’s unique order information and communicate it right to operations in order to have a custom configured product.  Finally, the sales person, or even the customer, can track the production and delivery status of the product to know when it is coming and to be prepared for its arrival. 

IoT is not just a buzzword or fad.  It is transforming companies and industries.  It will also transform the product development process.  

Tuesday, May 30, 2017

Stakeholder Personas Part 5 - Uninterested

Stakeholder management is a major aspect of project management.  The Project Management Institute identifies it as one of the ten major knowledge areas of project management and has numerous tools and best practices for managing stakeholders.  But let’s face it.  You don’t manage the stakeholders.  In fact, it is much more likely that they are managing you.  So what you manage are your interactions with the stakeholders.   Now “interactions” implies that there are at least two individuals involved, you and the stakeholder.  In this series, I want to address the best practices for interacting with stakeholders based upon how they normally interact.  This is based upon what they consider to be compelling issues and their primary area of concern.  I have identified five personas that represent the types of stakeholders I have encountered over the years.  These are the action-oriented stakeholder, the expert-oriented stakeholder, the process-oriented stakeholder, the data-orientedstakeholder and finally the uninterested stakeholder.  In this post, I will talk about interacting with the uninterested stakeholder.

The Stakeholder

The uninterested stakeholder can be an asset or liability on a project.  If their approval or involvement is not needed, they become an asset because they do not add constraints to resources or schedules.  However, if they control project resources or their approval is needed to move through a decision point, they will be a liability.  These individuals may say they are interested, but actions speak louder than words.  They do not attend scheduled meetings.  They do not respond to requests.  They do not assign resources.  Their actions show that the project is a very low priority with them.  Sometimes this disinterest is due to other urgent crisis projects or activities for which they have responsibility.  Sometimes this disinterest is due to lack of understanding and awareness of the project benefits and impact.  Sometimes this disinterest is a means of showing their disapproval of the project or project approach.  Occasionally the uninterested stakeholder will become actively opposed to the project.  In that case, their behavior is no longer one of neglect, it is turns to attacks on the project and all that it represents.

Interaction Style

The key to interacting with this stakeholder depends upon whether you need them to be engaged or not.  If you do not need their active involvement, then send them regular project communication using the format or approach that you use with one of the other stakeholder types.  They probably won’t look at it, but you have provided the information if they do decide to engage.

However, if you need their active involvement, find a point of interest on their part and exploit it.  The two most effective approaches I have found to do this is first to work through another stakeholder or subject matter expert who has regular interaction with the uninterested stakeholder.  Ask them to exert their influence on the uninterested stakeholder to get them to engage.  This personal appeal from a trusted colleague will often get you that first meeting or interview.
In addition, you need to approach the uninterested stakeholder with their “WIIFM” in the forefront. 
“WIIFM” stands for “What’s In It For Me?”  

You will probably only have a few minutes for the interaction, so focus on how it impacts them. Personalize the project activity and impact.  Give them a reason to care.

Key Messages

Do some research ahead of time and determine that stakeholder’s biggest issues or objectives.  Then explain your project from the standpoint of how it impacts those issues or objectives.  They may be a minor part of your overall project, but that is the hook that will catch them and gain their engagement.  So, if they are worried about customer satisfaction, start your presentation or discussion with the impact your project has on the customer.  If there are concerned about cost control, lead with the impact your project will have on the cost structure of the organization.   While it is appropriate to discuss the full project, don’t dwell on aspects that do not relate to their WIIFM.  Also, be very clear why you need their engagement.  Do you need resources, approval, or a decision?  Make it easy for them to decide immediately so they do not need to re-engage with the project.

Good News and Bad News

For these stakeholders, good news is that this is the last time you will need to interact with them on this project and bad news is that they must now get involved on a regular basis with the project.  Plan your interaction carefully.  First connect with them on the WIIFM.  Then give them the good news or bad news and explain its bearing on their WIIFM.  Finally, ask for what you need from them – resources, decision, access, approval – and ask for everything you need so that they won’t be required to continually interact unless they choose to do so.   Keep in mind, they are probably considering the fact that they are interacting with you to be bad news.  Give them the good news that this is the only interaction needed; assuming that is true.  If there is a need for more interactions, ask them the manner in which they want those to occur.

Final Thoughts


These stakeholders are either a blessing or a curse to your project.  If you don’t need their active involvement, they are a blessing because they don’t create roadblocks or impediments.  If you need their involvement, they add extra work as you must carefully plan the interactions to get the most out of their infrequent occurrence.  I have occasionally won over a few uninterested stakeholders by working with them and my Project Charter.  We modified the Charter so as to address an item of major concern for that stakeholder.  And I admit, I modified a project plan one time in order to avoid an uninterested stakeholder. The project was the phased launch of a new process in the Operations organization. I modified the plan to do the initial launch phase in the locations with a very interested and engaged Operations Manager. .I delayed to the last phase the launch into the location managed by the uninterested Operations Manager.  By that time, the other Operations Managers would be able to influence him to support the launch in his operation.

Monday, March 27, 2017

Stakeholder Personas Part 4 - Data Oriented

Stakeholder management is a major aspect of project management.  The Project Management Institute identifies it as one of the ten major knowledge areas of project management and has numerous tools and best practices for managing stakeholders.  But let’s face it.  You don’t manage the stakeholders.  In fact, it is much more likely that they are managing you.  So what you manage are your interactions with the stakeholders.   Now “interactions” implies that there are at least two individuals involved, you and the stakeholder.  In this series, I want to address the best practices for interacting with stakeholders based upon how they normally interact.  This is based upon what they consider to be compelling issues and their primary area of concern.  I have identified five personas that represent the types of stakeholders I have encountered over the years.  These are the action-oriented stakeholder, the expert-oriented stakeholder, the process-oriented stakeholder, the data-oriented stakeholder and finally the uninterested stakeholder.  In this post I will talk about interacting with the data-oriented stakeholder.

The Stakeholder

The data-oriented stakeholder trusts the data.  They don’t care who collected it or what procedure they used, provided the approach was valid.  They just want to know the facts.  Give them test results, survey results, or the output from your model, and they are ready to make a decision.  Give them your opinion, or even the opinion of several subject matter experts, and they will still want to go run a test or do a study to confirm it with facts.  They believe that mistakes are made when we make decisions based upon assumptions and opinions - facts are needed to reduce the risk.  They may ask where or how you got the facts, but that is just to be certain that you are not making them up or using inappropriate data.  And you can count on them to check the math on your presentation slides to be sure everything is adding up.  If there is a mistake, they will catch it, and at that point you will have lost credibility. 

Interaction Style

The key to interaction with this stakeholder will be to communicate through data.  You can summarize the data, but always be ready to provide the details behind your summary and conclusions.  These individuals will often appreciate a statistical analysis of the data – and they will understand the statistics so be sure you do your calculations correctly.  If there are holes in the data, know why you do not have that data and be ready to explain either why it does not matter or what you are doing to collect that data.  The types of questions they will be asking are:
“What tests or analysis did you do and what was the result?”
“How many tests have you run?  How big was your sample in the study?”
“Is this consistent with other data we have seen? If not, why not?”
They would appreciate getting the full data set from your test or study.  You don’t need to provide that in a presentation, but you should have a handout ready to give to them that includes that data.
If the data is clear, they will make a quick decision.  If the data is inconclusive or incomplete, they will ask for more studies, tests, and analysis until the data gives a clear picture.  They do not want to be rushed or pressured into making a decision. 

Key Messages

When discussing your project, have the actual data – cost, schedule, or performance data – associated with the issue being discussed.  Be ready to explain the thresholds for what is considered to be good or acceptable levels and what is a problem.  You can then defend your position or ask for your change based upon what the data says.  The discussions should focus on the validity and completeness of the data followed by the implication for your project or organization.  If you don’t have data, don’t ask for a decision. Instead discuss the approach you will be using to collect data.

Good News and Bad News

For these individuals, bad news is missing, suspect or incomplete data and good news is clear valid data that tells an unequivocal story.  Even if something catastrophic happened on the project, if the data clearly indicates the cause and you are able to correct or avoid that cause in the future, this will be considered good news.  However, if something either good or bad happens and you don’t know why, that is bad news to this stakeholder.  It is an indication of an out of control situation.  If you find yourself in that position, be ready with a plan for investigation that will lead to facts and data to explain what happened.

Final Thoughts

If you come to these individuals armed with facts, data, and analysis, these individuals will be supportive. If you don’t have data or you can’t explain it, they will tear you apart.   I have had the privilege to work with several stakeholders who operated in this fashion.  In one case, I was able to quickly make a major scope change in a large project because I had the data to back up my recommendation.  I must admit that early in my career I have been caught a few times in meetings with this type of stakeholder where I did not have my facts straight.  Those quickly became very uncomfortable meetings.

Tuesday, March 14, 2017

Stakeholder Personas Part 3 - Process Oriented

Stakeholder management is a major aspect of project management.  The Project Management Institute identifies it as one of the ten major knowledge areas of project management and has numerous tools and best practices for managing stakeholders.  But let’s face it.  You don’t manage the stakeholders.  In fact, it is much more likely that they are managing you.  So what you manage are your interactions with the stakeholders.   Now “interactions” implies that there are at least two individuals involved, you and the stakeholder.  In this series, I want to address the best practices for interacting with stakeholders based upon how they normally interact.  This is based upon what they consider to be compelling issues and their primary area of concern.  I have identified five personas that represent the types of stakeholders I have encountered over the years.  These are the action-oriented stakeholder, the expert-oriented stakeholder, the process-oriented stakeholder, the data-orientedstakeholder and finally the uninterested stakeholder.  In this post I will talk about interacting with the process-oriented stakeholder.

The Stakeholder

The process-oriented stakeholder trusts the business processes and procedures.  These stakeholders want to make sure everything is being done the right way.  They believe that the business processes, procedures, and checklists are established for a reason and that reason is to reduce risk and help the business make wise decisions.  In fact, they believe that most mistakes and problems in the organization are because people did not follow the processes, procedures, and checklists.  And they have they have the examples to prove their point.  They want to know that the correct procedures are being followed.  And if the circumstances are outside of an existing procedure, they want a structured problem solving process to be used to deal with the situation and the documentation of the result to be used in the creation of a new procedure to address that issue if it ever comes up again.  They may come across as bureaucratic.     

Interaction Style

The key to interaction with this stakeholder will be to communicate through the correct channels for the type of information being presented.  If it is a budget report, stick to financial topics.  If it is a schedule status meeting, don’t get sidetracked into dealing with a personnel issue.  Use the correct forum, use the correct format, and address the correct topics.  The types of questions they will be asking are:
  • “What did you do first and why?  Then what? Then what?”
  • “Have you followed the correct process?  What was the result?”
  • “Have all the appropriate individuals/organizations been contact? What was their response?”
They would prefer to see the completed checklist or a step by step walk-through of the process and what happened at each step. 
They do not want to be rushed or pressured into making a decision.  They want to go through all the steps and they believe that by the end of the process the correct decision will be obvious to everyone and easy to make.  Generally speaking, they do not like argument, debate and controversy.

Key Messages

When discussing your project always explain what procedures and checklists have been completed or are in-process.  Be prepared to discuss the results or conclusions of the those procedures.  If a procedure is in-process, explain how much progress has been made and how long it will take to finish the procedure.  Then if the interaction is a decision point, be prepared to explain the options that are available and the criteria that should be used when selecting an option.  Be ready with the documentation of the results of every procedure, process or checklist that has been completed.

Good News and Bad News

For these individuals, bad news is an individual or team not following the standard procedures and good news is that, even though something catastrophic has happened, there was a procedure for that and it is being followed.  They will be very supportive if you have “played by the rules” and totally unsupportive if they believe the individual or team is “just winging it.”  If the situation is one for which there is no procedure, process, or checklist, pick one that is close and use it as a guiding framework.  Always have a plan.  Even if it is a plan to create a plan – have a plan.

Final Thoughts

If you are following the business processes and procedures, these individuals will be supportive, if you aren’t they will not trust any information or recommendations you provide.   I have had the privilege to work with several stakeholders who operated in this fashion.  By following the procedures; I found that I was quickly able to gain their trust and confidence and I could accurately predict how they would react to almost any situation.  By the same token, I have seen project managers fired during a meeting when they admitted that they had ignored a procedure. 

Monday, February 20, 2017

Stakeholder Personas: Part 2 - Expert-Oriented

Stakeholder management is a major aspect of project management.  The Project Management Institute identifies it as one of the ten major knowledge areas of project management and has numerous tools and best practices for managing stakeholders.  But let’s face it.  You don’t manage the stakeholders.  In fact, it is much more likely that they are managing you.  So what you manage are your interactions with the stakeholders.   Now “interactions” implies that there are at least two individuals involved, you and the stakeholder.  In this series, I want to address the best practices for interacting with stakeholders based upon how they normally interact.  This is based upon what they consider to be compelling issues and their primary area of concern.  I have identified five personas that represent the types of stakeholders I have encountered over the years.  These are the action-oriented stakeholder, the expert-oriented stakeholder, the process-oriented stakeholder, the data-orientedstakeholder and finally the uninterested stakeholder.  In this post I will talk about interacting with the expert-oriented stakeholder.

The Stakeholder

The expert-oriented stakeholder puts their confidence in experience and track records of individuals.  Typically, these people are themselves an expert in their area.  They are personally self-confident within their area of expertise and they have developed a network of other experts that they rely upon.  For those inside their circle of experts, they will provide tremendous support and latitude.  For those outside the circle they; are far less trusting.  It is interesting that some expert-oriented stakeholders put an emphasis on schooling, degrees and certifications.  Others put an emphasis on the track-record of individuals on other projects.  But regardless how the stakeholder determines who is an expert, once their find one they lean on them and trust their judgement.  These individuals are quick to delegate authority to experts, and reluctant to delegate it to those whose expertise they doubt.  They definitely will “play favorites” and won’t hesitate to communicate outside the normal channels to talk to their network of experts.   

Interaction Style

The key to interaction with this stakeholder depends upon whether you are inside their circle of experts or not.  When inside the circle, quick high-level communication is often all that is needed.  If you are not inside the circle, your communication needs to carry the support of experts that the stakeholder trusts to be taken seriously. Whether you are providing a status update, a project review, or an issue report, they will want to know if what you are telling them has been reviewed and approved by the experts. Their typical questions from them will be:

  • “Who is working with you on this?”
  • “Who else have you presented this too?  What did they say?”
  • “Have you talked with …… yet?”
They would prefer a presentation that leads with who is involved, the bottom line opinion or decision of those involved, and then if there are still questions to be resolved, who you would like to have work with you to resolve them.
If their circle of experts are supporting a position, it is almost certain they will support it also.  If the experts are against it, they will be against it.  If the other experts are mixed, they will study the issue with you.  If you can’t tell them where the other experts stand on the issue, they will send you back to do more homework.

Key Messages

When discussing your project always be ready to bring in your experts.  You do not need to know everything, but you do need to know when to rely on the experts on the team or in the organization.  If you are presenting a major decision or issue for resolution, invite other experts to the meeting, or have their comments and perspective ready to present as part of the support for your recommendation.  Let me also add that through-out your interactions with this stakeholder, if you are not already in their circle of experts, you should be aspiring to be.  Demonstrate your own expertise, not at the expense of others, but it is appropriate to acknowledge you experience and training if they are applicable to the issue being discussed.   The point is that you need to establish you own credibility if you want to move into that circle.

Good News and Bad News

For these individuals, they won’t believe any good news until it is verified by an expert they trust.  And they won’t get panic over any bad news if your communication of the bad news includes the experts you are bringing in to help.  The first question in their mind is always, “Who?” Who else has seen this news and what is their opinion?  That doesn’t mean you should delay your communication of bad news until you have experts lined up.  You can immediately notify the stakeholder of the bad news and ask for their help to get you an expert to assist with the problem resolution.

Final Thoughts

If you are inside the circle of experts, these are great stakeholders for your project.  They will let you do what you need to do and support you along the way.  I have had the privilege to work with several stakeholders who operated in this fashion.  Once I won their trust, my projects had priority in the organization and we achieved some fantastic results.  I have also had the misfortune to work for one stakeholder who operated in this style and whose trust I never won.  Every project of mine was challenged, delayed, and micro-managed.  

Monday, February 13, 2017

Stakeholder Personas: Part 1 – Action Oriented

Stakeholder management is a major aspect of project management.  The Project Management Institute identifies it as one of the ten major knowledge areas of project management and has numerous tools and best practices for managing stakeholders.  But let’s face it.  You don’t manage the stakeholders.  In fact, it is much more likely that they are managing you.  So what you manage are your interactions with the stakeholders.
   
Now “interactions” implies that there are at least two individuals involved, you and the stakeholder.  In this series, I want to address the best practices for interacting with stakeholders based upon how they normally interact.  This is based upon what they consider to be compelling issues and their primary area of concern.  I have identified five personas that represent the types of stakeholders I have encountered over the years.  These are the action-oriented stakeholder, the expert-oriented stakeholder, the process-oriented stakeholder, the data-orientedstakeholder and finally the uninterested stakeholder.  In this post I will talk about interacting with the action-oriented stakeholder.

The Stakeholder

The action-oriented stakeholder likes to see things happening.  They are very interested in making forward progress so their first concern is always the schedule.  They are addicted to adrenaline.  They love to be at the center of the action and are energized by the frenzy of activity.  Problems don’t disappoint them, they excite them because it is an opportunity to dive into a situation and make something happen.  When there isn’t obvious action on a project, they assume nothing is happening.   Typically, these individuals enjoy the spotlight and attention that goes with being in the middle of a crisis and working to resolve it.   The fact that a too quick reaction or over-reaction to a problem can make the problem even worse does not concern them.  These individuals can make great change agents or dynamic leaders in times of crisis.  But they can also exhaust an organization or team over time by creating unnecessary crises.

Interaction Style

The two key elements of any interaction with this stakeholder is immediacy and the next steps.  They want to know what is happening.  Always lead with the schedule when giving them a status update.  If there is a problem somewhere on your project, they want to know as soon as possible and they want to know what you are doing.  They don’t need a complete plan, but they want to know you are working on the problem.  Their typical questions will be:
  • “What is happening now?”
  • “What are you going to do next?”
  • “How can I help?”

Normally, they prefer frequent short crisp communications rather than in-depth analysis.  They would rather get a quick text or phone call giving them the current status than get a well rehearsed formal project presentation or detailed report providing background and options.   
They also are ready to make quick decisions.  Tell them what you want or need and expect an immediate response.  In fact, a way to encourage them to make a decision is to let them know that action on a project has stopped until the decision is made.

Key Messages

When discussing your project always have a schedule status.  Explain what has been accomplished and what is underway.  When presenting a project problem with this stakeholder, you don’t need to have all the answers.  They would rather interact many times through a series of short-term action plans, than to have one major interaction with a master plan that covers the entire project and options.  In particular, they want to know what you are doing and what they can do.  Expect them to make quick decisions and to offer help.  I recommend that you interact with frequent concise status updates of what is happening.  Remember, if they are not aware of any action, they assume nothing is happening. 

Good News and Bad News

For these stakeholders, both forward progress and crisis problems are good news.  A project that is in the midst of a long analysis or that is waiting for deliveries from suppliers or even worse, waiting on an approval from someone else before it can continue, is bad news.  A great way to communicate and interact with them is through a schedule chart that has at least one or two events or milestones every week.  Then it is easy to show progress and action.  They don’t consider unexpected events or deviations from plan to be bad news, but rather they are “opportunities.”  In fact, to them, a bad news message is when they didn’t find out about a problem as soon as it occurred.

Final Thoughts


I appreciate these stakeholders when running innovation, organizational change or crisis projects.  They are ready and willing to make decisions and keep things moving forward whenever the inevitable changes or roadblocks are identified.  However, they can be disruptive at times.  I was running a project a few years ago and one of the stakeholders was of this type.  He would often show up at project meetings and start giving directions to the project team, totally disrupting the plan and current activities.  In order to manage our project interactions, I eventually had to tell him he was not allowed to attend team meetings (an interesting discussion given that he was my boss’s boss).  What we agreed to do was for me to meet with him several times a week to provide status and let him know how he can help us move the project along.