The word "traceability" is pretty self-explanatory, and more organizations strive to improve this in light of recent supply chain disruptions. In the context of printed circuit board (PCB) design requirements, it can provide unique benefits—minimizing the frequency of reworks and encouraging more input from sourcing teams to understand where faults lie.
Generally, an end product defect falls on the shoulders of its designers, but requirements management considers the vast number of people and variables in the supply chain to be just as important. In order to reap the success of this, though, it is crucial to know what true traceability looks like and apply it to various supply chain contexts.
All project stakeholders can benefit from a clear method of design and parts verification. Requirements traceability can be a gamechanger for determining the source of defects through the design itself based on a specific feature of the design, but also fact-checking supply chain elements to eliminate cases where production and distribution impact the function and delivery of new products.
There are two different ways in which you can trace a component's history. Forward traceability covers the historical changes and impacts from the design phase through the supply chain to the consumer. Backward traceability is the reverse, but what are the use cases for each?
A more effective way to manage requirements throughout the product life cycle, forward traceability puts emphasis on design specification and material selection. In this process, each step adheres to the initial PCB design and drives all actions downstream.
Further benefits:
Flipping the direction allows companies to use backward traceability for a number of things. One of the core actions as a result is defect investigation and root cause analysis. Backward traceability lets designers visualize the impact of alterations from product to consumer, incorporating any issues with manufacturing processes, material, and component selection.
Further benefits:
If we were to break down requirements traceability into the three core steps, these would be the main focus points to reduce the number of potential design reworks.
Not only does traceability aid designers at points where issues arise, but also acts as a preventative measure. Moreover, with a system in place to actively oversee the supply chain, companies can reduce their risks significantly, catching defects as they arise—perhaps even preemptively—and prior to the disruption of downstream stakeholders.
From a quality assurance standpoint, all the data available to designers give them insight into supplier operations and how they uphold PCB specifications. With this information at hand, designers can hold component suppliers accountable for adherence to the specification and gain better oversight over their supply chain.
Product defects should be prone to investigation, but reworking PCB designs is a burden on all teams, including sourcing departments, as they await the requirements for new components. While it is important to action changes quickly, requirements traceability provides a log of data from previous successes and pitfalls of products.
In the event of product rework or redesigns, such data proves invaluable for pinpointing problem areas and actioning them as quickly as possible. However, without consistent documentation, risks may occur in the sourcing phase.
Consider a PCB design where power regulation caused overheating in a previous version. Through requirements traceability, the design team can leverage the specification and quickly identify that the fault is linked to a component that did not meet the required voltage tolerance criteria.
In cases where version history is poorly maintained, the sourcing team could mistakenly acquire a part that was previously deemed unfit for the product, or an engineer may be unaware of the true root cause of overheating. Alternatively, the issue could stem from the parts provider, necessitating a deeper dive into supply chain activities.
With a clear understanding of the fault and history of previous parts and defects, requirements management can streamline the diagnosis of issues and avoid unnecessary reworks.
PCB requirements are visible from inside Altium Designer, and with the Requirements and Systems Portal in Altium 365, designers can instantly access them through their web browser. Visibility of requirements is paramount for all stakeholders, which is why Altium 365 prioritizes accessibility to ensure there are no barriers to design data.
Track and trace functions create a bird's eye view of the entire product lifecycle, creating and documenting a history of adaptations to any given design. With Altium 365, designers can automate their project updates to shared dashboards as they work, which also traces back to the original product requirement. This minimizes the time between conceptualization and procurement deployment while also providing transparency of past changes.
Requirement history works in parallel with version control to compare and contrast designers' decisions. With this, users of the portal can see which design elements have been verified, which passes the buck to the next stage—input from the sourcing team.
The key to minimizing the number of product reworks, and inevitably saving time and money on costly investigations, is traceability. Adhering to requirements traceability best practices, incorporating various stakeholder perspectives and detailed version control to quickly sift through options and efficiently diagnose problems.