COMMENT: Business process transformation and PLM - Part 1
27 May 2014 | Features & Interviews | Source: Guest author
PLM solutions are often implemented without a strategy in place - creating process and system misalignment. In part one of this two-part series, Kalypso's Traci Stapleton and Greg Adkins outline the most common symptoms of a misaligned system.
For retailers and footwear and apparel brands, product lifecycle management (PLM) can condense cycle times, reduce compliance risk, and improve the bottom line. An effective PLM solution will centralise the materials database and enable aggregation and collaboration across categories and brands. Additionally, PLM can ensure compliance within the development cycle, permitting only pre-approved suppliers and materials to be assigned to styles.
It is, however, important to realise that a software tool alone cannot deliver these benefits. Without sufficient planning upfront to address process design and organisational change, PLM runs the risk of being no more than another data base.
Retailers and brands should first develop an overarching process improvement and transformation strategy that addresses people, processes, and tools, then optimise the business processes for product development, and finally implement a PLM system to sustain and support the process.
In reality, PLM solutions are often implemented without strategy in place - creating process and system misalignment. Part one of this two-part series will outline the most common symptoms of a misaligned system, all of which result in companies not meeting their PLM objectives.
Sound a little like you? Want to avoid these problems? In part two of the series, we will address how to overcome these issues and maximise the impact of streamlined business processes and PLM.
Common symptoms of a misaligned PLM system
- Rampant work-arounds
When a PLM tool goes live after limited strategy and process design work, even well-meaning end users will figure out how to apply their old habits within the new framework. For example, in order to reduce social compliance risk, a custom product should not be sampled with a supplier that is not approved through the company's vendor compliance and sourcing team. To prevent this, the system can be designed so a supplier that is not yet approved CANNOT be assigned to a product. Therefore, the product cannot be sampled through that supplier. However, a common end user work-around might be to set up the product in the PLM system, then download and email the product data with an email sample request. This work-around clearly identifies a gap in system adoption, and exposes the brand to compliance risk, as well as potential delivery issues if the product is developed with the supplier and the supplier is not approved on time.
- Poor process discipline
PLM allows product development teams to define a series of independent and dependent workflow tasks with a specific owner for each task. System dependencies should reinforce the business process redesign and give management the visibility to ensure program adoption. However, if the workflow tasks, dependencies, and roles are defined in the system without a full understanding of the impact to the business, then these tasks will probably serve as roadblocks to the development cycle. For example, in line planning, the design team's ability to create products should primarily be driven by merchandising's need for SKUs of certain pre-defined product attributes. When styles are created outside of the conceptual line plan, resources are squandered on fruitless work as the styles don't fit the merchant or business needs. PLM can support the business process by ensuring that style creation is systematically dependent on the line plan.
- Product Data Stored Outside of the System
The leading objective of many PLM implementations is to centralise product documentation, creating a common reference for internal and external partners. Business process rules should state - and PLM should reinforce - that a product can only be approved if its data record is complete. This means that all materials, colours, and suppliers of the product must be approved. If a product is able to be finalised in the system even with critical product data missing, then there is risk that a user will miss inputting that data into the system, resulting in data that is inaccessible to a vendor or cross-functional team member.
These detailed symptoms demonstrate poor system adoption and point to the misalignment of PLM with the business process. If you experience any of these symptoms, you are at risk of poor integrity in development and reporting, and ultimately, a PLM investment that is worth little more than a digital filing cabinet.
Part two of this series will offer leading practices to lower these risks through proper business process re-design, change leadership, and follow through business support, overall increasing the benefits of the process refinement and PLM solution.
About the authors:
Greg Adkins, partner - Greg brings more than 25 years of professional experience as a business advisor, management consultant and senior executive in business strategy, innovation, PLM, and operations.
Traci Stapleton, manager - Traci brings more than 13 years of product development and sourcing experience with a focus in process improvement, change management and product lifecycle management (PLM).
Kalypso helps clients improve performance, drive profitability and create sustainable results by delivering on the promise of innovation.