๐—ช๐—ต๐˜† ๐—ฌ๐—ผ๐˜‚๐—ฟ ๐—˜๐—ป๐—ด๐—ถ๐—ป๐—ฒ๐—ฒ๐—ฟ๐—ถ๐—ป๐—ด ๐—ฃ๐—ฟ๐—ผ๐—ฐ๐—ฒ๐˜€๐˜€ ๐—ฆ๐—ต๐—ผ๐˜‚๐—น๐—ฑ ๐—•๐—ฒ ๐—–๐˜‚๐˜€๐˜๐—ผ๐—บ๐—ถ๐˜‡๐—ฒ๐—ฑ

๐—ช๐—ต๐˜† ๐—ฌ๐—ผ๐˜‚๐—ฟ ๐—˜๐—ป๐—ด๐—ถ๐—ป๐—ฒ๐—ฒ๐—ฟ๐—ถ๐—ป๐—ด ๐—ฃ๐—ฟ๐—ผ๐—ฐ๐—ฒ๐˜€๐˜€ ๐—ฆ๐—ต๐—ผ๐˜‚๐—น๐—ฑ ๐—•๐—ฒ ๐—–๐˜‚๐˜€๐˜๐—ผ๐—บ๐—ถ๐˜‡๐—ฒ๐—ฑ

In regulated industries like medical, aerospace, or automotive, rigorous development processes are essential. Risk assessments, validation plans, documentation - theyโ€™re required, and for good reason.

But what if your product isnโ€™t regulated? Do structured engineering processes still matter?

I believe the answer is YES - but not always in the same way. The key isย ๐˜ค๐˜ถ๐˜ด๐˜ต๐˜ฐ๐˜ฎ๐˜ช๐˜ป๐˜ข๐˜ต๐˜ช๐˜ฐ๐˜ฏ.

๐—ง๐—ต๐—ฒ ๐—ฃ๐—ฟ๐—ผ๐—ฐ๐—ฒ๐˜€๐˜€ ๐—ง๐—ผ๐—ผ๐—น๐—ฏ๐—ผ๐˜… ๐—œ๐˜€๐—ปโ€™๐˜ ๐—ข๐—ป๐—ฒ-๐—ฆ๐—ถ๐˜‡๐—ฒ-๐—™๐—ถ๐˜๐˜€-๐—”๐—น๐—น

Checklists of required engineering processes, like code reviews, traceability, CI/CD, and risk management, are often defined at the industry level, especially in safety-critical fields.

But these frameworks are usually โ€œone-size-fits-many,โ€ and they often assume that every process must be executed in a rigid, predefined way.

If you are working in a regulated field, required processes are part of the cost of doing business.

However, if you are in an unregulated field, where certain processes arenโ€™t required, that doesnโ€™t always mean itโ€™s wise to skip them.

๐—”๐—ฑ๐—ฎ๐—ฝ๐˜ ๐—ฃ๐—ฟ๐—ผ๐—ฐ๐—ฒ๐˜€๐˜€ ๐—ฎ๐—ป๐—ฑ ๐—˜๐—น๐—ฒ๐—บ๐—ฒ๐—ป๐˜๐˜€ ๐˜๐—ผ ๐—™๐—ถ๐˜ ๐˜๐—ต๐—ฒ ๐—ฃ๐—ฟ๐—ผ๐—ท๐—ฒ๐—ฐ๐˜

When planning your project, itโ€™s important to understand the purpose of each process element, weigh the costs and benefits, and include only what makes sense for your projectโ€™s goals and risks.

Take risk management. Its purpose is to identify hazards, estimate severity and likelihood, and identify potential mitigations prior to starting the design. You donโ€™t necessarily need a formal report to be submitted to a regulatory agency, but a quick whiteboard session might be enough to surface key risks and avoid surprises down the line.

The key to customizing the process and its individual elements is recognizing that without risk management, its perspective is likely to be forgotten or underemphasized, and that even a lightweight approach can significantly improve project outcomes.

๐—ฃ๐—ฟ๐—ผ๐—ฐ๐—ฒ๐˜€๐˜€ ๐——๐—ฒ๐˜€๐—ถ๐—ด๐—ปย ๐™ž๐™จย ๐—˜๐—ป๐—ด๐—ถ๐—ป๐—ฒ๐—ฒ๐—ฟ๐—ถ๐—ป๐—ด

Engineers love solving problems - but we sometimes forget that the process we use to build a product is itself a design problem.

A great process:

  • Supports quality where it matters
  • Eliminates waste where it doesnโ€™t
  • Fits the teamโ€™s working style
  • Aligns with the productโ€™s goals

At Wolff Electronic Design, we propose customized processes that reflect this thinking: just enough, not too heavy, not too light.

๐—Ÿ๐—ฒ๐˜โ€™๐˜€ ๐—ฆ๐—ต๐—ฎ๐—ฟ๐—ฒ ๐—ก๐—ผ๐˜๐—ฒ๐˜€

Whatโ€™s your experience been with customizing (or not customizing) engineering processes? Where has it helped or backfired?

By @Greg Burk originally posted to LinkedIn

#EngineeringLeadership #ProcessOptimization #WolffElectronicDesign


No comments yet.