The importance of client reviews

A few simple discussions with and demonstrations for your client at strategic times can prevent a world of problems and keep your project on track.


This is a continuation of an earlier article which discussed the importance of specifications in engineering services projects. That article described the importance of good specifications to define a project’s scope of work. This posting continues from there, with advice intended to help developers continue the good work that began with specifications.

This post is not intended to give advice to project managers on how to run a project. We are not project managers – we are engineers who have worked with many clients on many project teams, with some experiences to share on the benefits of providing early-stage review of project development with your client.

Once project specifications are written or received and development is underway, it is wise to keep the client involved in the initial stages of development. That may seem obvious to some readers and completely unnecessary to others. After all, with good specifications in hand, shouldn’t the developers be sent off to their office caves to write code and draw screens un-disturbed?

No, not at all! Writing about control programming and operator interface graphics is a good starting point. But we all know that a picture is worth a thousand words. Several pictures, especially animated pictures, are worth many more words. And a live demonstration or webinar is close to priceless.

This post intends to reinforce a good engineering practice usually implemented by many, but skipped by some, during project development. Those tempted to take shortcuts should read on.

Our advice can be stated quite simply: review project development efforts with the client at an early stage, after the first few items are created, before creating more of them. This may seem obvious, but it does not always happen for a variety of reasons (often excuses) including schedule, budget, work habits, and past experiences.

Such a review can reveal a host of potential problems in the early stage of development when it is easy and inexpensive to make corrections, avoiding extensive rework later. During a screen review, the client can see and approve seemingly simple things like screen layout, device icons, color conventions, terminology, and typefaces. A program design review can also reveal differences of approach and control philosophy, operator capabilities, and data requirements.

For this discussion, let’s examine the development of control programming (logic) and operator displays (graphics) for a hypothetical tank farm project. In that application, many graphics and lots of logic will be needed to enable operators to control 25 tanks with associated agitators, transfer pumps, valves, sensors, and so on. In such an application, it is easy to see that many portions of screen and logic development will be repetitive. Efficient developers are very likely to develop items for the first tank, and then copy those items to create the rest of the tanks.

It is important for developers to pause after creating a set of screens and logic for the first tank. In our example tank farm application, a single-tank system should be completed. That small system can be demonstrated to the client to show how the system operates. Logic and operator interface for tank selection, filling, and discharging would be shown, as would alarms, screen colors, navigation, device control pop-ups (faceplates), data storage and display (trending), plus other automated and animated items.

To make your demonstration go smoothly, consider writing some simulation logic to work with your control software, using whatever is necessary to bypass any missing I/O. Any time spent creating simulation logic would not be time wasted. Such simulation gives your client a test drive to experience the look and feel of the new user environment.

Any meeting or webinar held to review the functionality of the system should include not only the client’s design or process engineers, but also the individuals who will use the system, such as production and maintenance personnel.

Such a review would help identify situations that may not be written into the specification and requirement documents by the client’s engineers. For example:

• In our hypothetical tank farm system, operators watching the demonstration might ask how they would pause a tank-discharge operation, part way through, to take a product sample. If logic is written to pump until empty, with no pause button on the operator interface, the need for a correction is obvious.

• Others watching the demo might ask where the operator enters batch and lot number information for their record-keeping needs. This may be the first time the developers hear that a database interface is needed, something often assumed by client management and off the radar of PLC logic developers.

It’s best to identify and resolve such issues before graphics and control logic are replicated for the remaining 24 tanks and equipment!

That last part about avoiding rework highlights the financial consequences of skipping the initial demonstration step in a project’s development cycle. On a fixed-price contract, that can be a budget buster if development goes too far before issues are caught and fixed.

Once an initial demonstration is given to the client and all resulting issues resolved, development can resume for the remainder of the system. For our example, the other 24 tanks.

Reviews at the beginning and critical points along the way can benefit the project in several ways:

• Easier acceptance by the client at the time of final system testing. The client has already seen most things before formal testing (FAT or SAT).

• Stakeholders who have provided feedback will have a higher level of buy-in when they see you have incorporated features they requested.

• Fewer surprises during installation and start-up.

• Higher likelihood the project will be profitable for the developer due to reduced re-work.

The thoughts expressed here are not new. But they are often overlooked, which is why we took the time to write this. It’s a reminder for you today, and can provide backup tomorrow when someone thinks that testing is not needed, or costs too much.

Providing an initial demonstration for any project is easy to justify, and risky to skip. Performing that demonstration highlights your organization’s professionalism. It shows you understood and implemented the specification, which helps build the client’s confidence in your organization.

This post was written by the control system engineering team at MAVERICK Technologies, a leading system integrator providing industrial automation, operational support and control systems engineering services in the manufacturing and process industries. MAVERICK delivers expertise and consulting in a wide variety of areas including industrial automation controls, distributed control systems, manufacturing execution systems, operational strategy, and business process optimization. The company provides a full range of automation and controls services – ranging from PID controller tuning and HMI programming to serving as a main automation contractor. Additionally MAVERICK offers industrial and technical staffing services, placing on-site automation, instrumentation and controls engineers.

Anonymous , 01/24/13 10:44 PM:

All very good advice, its much better to learn from someone else's mistakes!.

Three suggestions,
In the tank farm example, where it's likely at some stage to end up with an array of some sort in the database. Then setup displays for, e.g., tank_1 and tank_50, this forces the developer to think about how to structure the data, addressing methods, etc. You might think that 1,2,3,4 was a good numbering scheme, but your cleint does it A1 A2 A3 ...B1 B2 B3 ... (with some missing positions)

Secondly , setup the simulator on a different computer , in a different cubicle, then make a computer game out of it , so the guy driving the simulator does his best to crash the operator interface. Add some "Fukishima" buttons to the simulator, with half the plant offline, and half of what's left generating continous errors. (I.e. trying to generate comms overload or buffer overflow) . If you set up some redundancy so tank_19 PLC has some critical backup sensors on tank_20 , how do you test this.

Thirdly, Do we have means for manual override , like a "God" button , "Battle mode" or "SCRAM" button? , so we can drill down to the low level control, and manually open the emergency flood valves, overriding any interlocks.
PATRICK , TX, United States, 02/07/13 08:31 AM:

The last project I worked, the first client review turned out to be a meeting where the different client personnel could get a basic understanding of the scope of the project. We/They had no idea that there was a major lack of communication between client employees. There was a real struggle between them and we were caught in the middle.
The Top Plant program honors outstanding manufacturing facilities in North America. View the 2015 Top Plant.
The Product of the Year program recognizes products newly released in the manufacturing industries.
The Engineering Leaders Under 40 program identifies and gives recognition to young engineers who...
Prescriptive maintenance; Hannover Messe 2017 recap; Reduce welding errors
Safety standards and electrical test instruments; Product of the Year winners; Easy and safe electrical design
Safer human-robot collaboration; 2017 Maintenance Survey; Digital Training; Converting your lighting system
Mobility as the means to offshore innovation; Preventing another Deepwater Horizon; ROVs as subsea robots; SCADA and the radio spectrum
Future of oil and gas projects; Reservoir models; The importance of SCADA to oil and gas
Big Data and bigger solutions; Tablet technologies; SCADA developments
Automation modernization; Predictive analytics enable open connectivity; System integration success; Automation turns home brewer into brew house
Commissioning electrical systems; Designing emergency and standby generator systems; Paralleling switchgear generator systems
Natural gas for tomorrow's fleets; Colleges and universities moving to CHP; Power and steam and frozen foods

Annual Salary Survey

Before the calendar turned, 2016 already had the makings of a pivotal year for manufacturing, and for the world.

There were the big events for the year, including the United States as Partner Country at Hannover Messe in April and the 2016 International Manufacturing Technology Show in Chicago in September. There's also the matter of the U.S. presidential elections in November, which promise to shape policy in manufacturing for years to come.

But the year started with global economic turmoil, as a slowdown in Chinese manufacturing triggered a worldwide stock hiccup that sent values plummeting. The continued plunge in world oil prices has resulted in a slowdown in exploration and, by extension, the manufacture of exploration equipment.

Read more: 2015 Salary Survey

Maintenance and reliability tips and best practices from the maintenance and reliability coaches at Allied Reliability Group.
The One Voice for Manufacturing blog reports on federal public policy issues impacting the manufacturing sector. One Voice is a joint effort by the National Tooling and Machining...
The Society for Maintenance and Reliability Professionals an organization devoted...
Join this ongoing discussion of machine guarding topics, including solutions assessments, regulatory compliance, gap analysis...
IMS Research, recently acquired by IHS Inc., is a leading independent supplier of market research and consultancy to the global electronics industry.
Maintenance is not optional in manufacturing. It’s a profit center, driving productivity and uptime while reducing overall repair costs.
The Lachance on CMMS blog is about current maintenance topics. Blogger Paul Lachance is president and chief technology officer for Smartware Group.
Featured articles highlight technologies that enable the Industrial Internet of Things, IIoT-related products and strategies to get data more easily to the user.
Compressed air plays a vital role in most manufacturing plants, and availability of compressed air is crucial to a wide variety of operations.
This digital report will explore several aspects of how IIoT will transform manufacturing in the coming years.
Maintenance Manager; California Oils Corp.
Associate, Electrical Engineering; Wood Harbinger
Control Systems Engineer; Robert Bosch Corp.
This course focuses on climate analysis, appropriateness of cooling system selection, and combining cooling systems.
This course will help identify and reveal electrical hazards and identify the solutions to implementing and maintaining a safe work environment.
This course explains how maintaining power and communication systems through emergency power-generation systems is critical.
click me