Need Management Engagement instead of involvement - PLM and EGOISM

As we discussed in last post regarding PLM Implementation processes, we need to understand engagement of management in PLM Implementation in which it goes towards successful PLM Implementation. PLM is continuous change and continuous improvement system in an organization, where there is change there will be uncommon difficulties comes up. For example in an Organization that too in a mechanical industry, people working from long time with their fully adjusted processes and working styles are more focused to work as they work from long time. When PLM comes into picture there will be surely some process developments and working procedure changes happens. And in most of the cases people are definitely not ready to accept the new CHANGES. Here is EGOSIM comes into picture that Technical people (Tech Leads, Senior Engineers, Technical Managers, Engineers) demands and thinks that thier process is fine and PLM should work as per their process and procedure.

Off course Organization's present process and procedure might be perfect and in most cases it should needs to be tuned to give more productive results. In that case senior level management should engage in defining the requirements, processes development and methodologies as per their strategy by considering joint working the Implementation service vendor. Otherwise the whole PLM implementation mgiht go in wrong path and finally it goes huge loss to organizaiton and repetitive work to carry to come back to correct way.

And main focus in this early phase of Implementation is, key technical persons from management team should have proper understanding of their organization strategy in their area (Design Team, Sales team, Production Team etc.) and some amount of PLM domain knowledge will be added advantage. Defining proper AS-IS process and TO BE processes along with proper Technical Scope in carrying out good PLM implementation is foundation for whole PLM project and it is responsibility of both management and service provider to come up with rigors engagament and discussions across cross functional teams.

If it is new domain to establish PLM system, then for both management and service provider complexity increases and important is to understand PLM tool from management team and as well it is more important to understand new domain for PLM Implementation service provider.

In a real case example where I started a PLM implementation for an organization where it was new domain (Plant Design for Energy Industry) in our area and as well new to organization.

Domain knowledge is key factor to carry out any PLM implementation as working processes are entirely different for various industries, as I was from Automotive and Machine Design Background and Plant Design doamin was totally new to me, and the Implementation Project plan was very tight, I would have to complete in tight time plan. And project started with requirements capturing AS-IS Process across cross functional team and later defined Technical Scope, as mentioned before we both were new to domain and after lot of discussions, analysis we started configuring the Testing database for the same. Due to tight schedule, unclear understanding of processes and poor engagement of management, PLM Implementation completed with no use. Even though there was lot efforts and time spent on the project, it was driving in various directions. Finally it was failure of project. As management was telling this was the way we have to go and we service provider stating management was wrong. In between Clients and Vendor lot of miss-communications, Technical EGOSIMS and lack of doamin knowledge, no idea of objective of PLM in Plant Design, and bad project preparations made Implementation went into bad shape.

We will discuss how we over come with this situation and finally how we succeeded in bringing the PLM implementation to succes right path.

Bye for now,

Anil Kumar J R

PLM Implementation Processes

Last post conveyed How PLM Implementation starts and who involved in starting the process, we discussed things mainly presales of PLM software. Once an Organization buys software, post sales activities are very important in PLM implementation, now we can discuss PLM Implementation Processes and its phases.

Once after sales, management will plan the activities and day to start PLM Implementation by diverse meetings with PLM Software Vendor / Implementation service vendor to understand tool and to provide the requirements.

Some Service vendor (Seller) will circulate Questioner as per understand with their sales team to Organization Management calling as Client (Customer) and, Clients reply for the Questioner as per their strategy and plan to implement PLM tool.

After several discussions and mutual understandings Implementation date and plan will be ready.  This Project plan majorly contains, Resource Allocation, Activities and Time plan, Statement of Work, NDA, Separate commercial Proposal (Implementation Service charge including tax if not decided at presales order). 

There are few phases in the PLM Implementation and it includes different processes which needs to be addressed successfully, following are main phases of PLM Implementation,

1.       Interaction and Requirements phase

a.       Understand the vision/objectives of the organization strategy

b.      Interact to cross functional team to understand the requirements

c.       Gather the requirements and start preparing AS-IS process documentation

2.       Study & Analysis

a.       Study & Analyze the present system with respect to bought out PLM system

3.       Technical Scope definition  

a.       Define the Scope of Implementation

b.      To-Be process preparation

c.       Sing-off both sides 

4.       Technical execution Planning

a.       Plan the activities and define roadmap of configuration

b.      Define Baseline and Methodologies

c.       Sign-off

5.       Implementation and Configuration

a.       Installation & sign-off

b.      Test Environment configuration & sign-off

c.       Test cases preparation & sign-off

6.       Testing phase

a.       Testing with Vendor’s & Client’s representatives

b.      Sign-off

7.       Production Environment

a.       Configure Test Environment to Production Environment

b.       Pre-production test & sign-off

8.       Roll Out and Go-Live

a.       Deployment and Rollout

b.      Sign-off

9.       Training

a.       Users Training on Implemented functionalities

10.   Support

a.       User Handhold support

And I am collecting my own experience and processes followed in my two PLM Implementations and other service vendors might have different roadmaps and processes.

Next post we can discuss deep into each processes and phases.

Bye for now,

Anil Kumar JR

What, Why, When & Who will do PLM IMPLEMENTATION?

In previous post we discussed about the PLM architecture and different layers of modules and their connections as Multi-Tier architecture. Now it is time to know what this PLM Implementation is? Why we need it? When we need it? Who will decide and choose it? And where it will be implemented and finally who will implement PLM tool across an organization? Lot of questions,,,, and answer is here,

Firstly what is PLM Implementation?

Implementation is very simple term that execution of things/tasks. PLM Implementation is carrying out and establishment, setup, configuration of PLM software tool and its modules across an Organization's departments to address their needs to get more profit.

Many companies develop and markets PLM software solutions. These companies’ develops PLM solutions as per different engineering domains requirements across the globe to fit into organization business strategic plans. There are various PLM software tools available in market which will suitable for an organization different working domains, such as Automotive, Aerospace, Energy, Process, Machinery etc. PLM software will be built for these work and processes as per their domain standards.

One industry example: Automotive Industry uses more into APQP and Change Management Processes and for these PLM software modules addresses the best in practice APQP standard processes and related activities; all these processes developed in PLM software and kept as ready to use solutions. And PLM software companies markets & sales these solutions for Automotive Industry Organizations.

How organization will come to know there is need of a PLM Tool?

Earlier days there was not much digital work mode i.e. most of the design and planning work was doing by manually and in turns prone to more human errors. And also in any engineering work; there is recurrence of task is common.

Example1: document numbering: - Engineers were assigning doc number manually for all the parts and document in the design department mandatorily for identification purpose and there was no other way around; users manually had to write or fill the document number, it was really very much common error creating & repetition of work daily.

Example2: All engineers were working in different regions and locations and they didn’t have proper communication between them and there was always duplication of work and no transparency, its caused huge cost for an organization.

Few Visionary People in an organization had thought on these issues and thinking to automate to replace manual works daily to reduce human errors and to reduce time consumption and make them work with centralized data for better communication and transparent way of work to avoid duplication of work. These are few good examples to understand how PLM domain started evolving in all the way of Product Development Processes to get rapid ROI and profit oriented processes.

Now visionary management decided to address above said problems with strong system in place. They started making strategy and finding possible ways to trading off wastage of resources, time, miscommunication and they wanted to build their strong system in their Product Development Stage to give qualitative product output with Faster Design to Market Plan.

So what next, started finding suitable software to address all the above said requirements and with respect to Business and Technical Challenges what we discussed in earlier posts, then PLM software came into picture. Management started looking and approaching to different PLM vendors in the markets, discussed the problems and solution needs with PLM vendors. Finally compared various PLM software tools, their effective solutions to problems, services & supports, cost etc. At the end management finalized suitable PLM software to implement in their organization as strategic Business Tool.

In next post we will discuss How PLM Implementation starts and PLM software post-sales activities?

Bye for now,

Anil Kumar J R

PLM system - Multi-Tier Architecture

Friends,

  

In previous posts we discussed about the overview of PLM, its functions and its path to reach organization’s strategy. Now it is time to understand the technical background of PLM architecture so that it will be helpful to understand the PLM implementation and configuration methodologies in Engineering Domains. As you know PLM tool is a platform for various software tools and varied technology base of an organization and it interacts with different departments in by integrating people and process by the base of centralized and single source of data concept. Now a day’s almost all PLM tools are Multi-tier Architecture.

Multi-Tier architecture is very simple to understand that there will be different Computer server machines connecting each other to run the various modules of PLM tools, let’s say main PLM software for an organization need to serve in different departments requirements and strategy, so there are various modules are split as software modules with respect to varied needs, example: for design department, engineers need CAD software and to manage CAD data there will be s module called PDM CAD Integrations in PLM software, it will mainly manage the data generated from CAD departments. To manage the various BOM; PLM BOM modules will address, for connecting suppliers; PLM Suppliers integration modules, to manage whole project; PLM Project Management modules will address, to work online; PLM Web modules, to store all the information there should be Data Base software to PLM tool integration, to store all the files saving in PLM system there will be File servers.

Like these there are various other modules to address whole Enterprise Requirements, to enhance performance and build strong PLM system, its divided into different layers of PLM modules as Multi-Tier architecture, whatever the configurations and setup of PLM system is in one layer called Servers and the same will reflect to front end users called Clients by connecting through LAN/WAN, this we called 2 Tier Server & Client Architecture, now adding to that there will separate Server Machine to manage the Meta information of data in Data Base Server and all other application services will be installed in one server machine called  Application Server and it will control the other  module  of PLM tools,

And also PLM connects external and internal employees together with same Network WAN/firewall Layer, totally we called PLM System as Multi-Tier Architecture by combining different PLM modules in various servers and network connection.

In next post we will discuss what PLM Implementation is and how it will implement? Who will define the strategy to select PLM to address solutions?

Bye for now,

Anil Kumar J R

How PLM acts as a Business Strategic Tool ?

As we discussed in last post about PLM core areas and PLM tool covers all the important departments in which a Product is going to be produced in an Organization. Hence it is proved that PLM tool is a platform to integrate people and different software tools in different departments with varied technology base.

So from beginning there is a statement repeatedly stating in most of the posts that PLM tool is Business Strategic tool which helps the organization to reach its vision and Rapid ROI. How PLM tool will help to achieve it?

Answer is very simple that,

·         PLM establishes a “single source of truth” in an organization across its Product information and there will be a collaborative working environment between other departments (Project Team, Concept Group, Design Group, CAD group, Analysis Group, Testing Group, Suppliers,  Prototype Group, Manufacturing Division, Inventory, Assembly, Sales and marketing department etc) hence effective communication and sharing of knowledge with transparent data flow which helps management to take quicker decisions on faster Design to Market strategy.

·         Engineers are assigned with well-planned and defined work break down structure so that exact work engagements without confusion.

·         Tracking of activities and quick identification of hurdles in between work to come out quick delivery.

·         As data is more transparent and exposure to concerned Engineers which will develops innovation in thinking in product development.

·         Secured project based authorization and hence safe IP.

·         Quicker communication to suppliers and later tracked change management

·         Saving more time by effective attribute and query based search options.

·         Complicated BOM generation processes and management integration with manufacturing and suppliers group.

·         No repetitive and duplication of data and work hence more into time and cost savings and quicker qualitative output w it  less errors as there is planned WBS and centralized data flow

By concluding all the above points there will be much more savings in time and money hence it will directly impact the Organization’s Business growth by Rapid Return on Investment.

Above few points are with respect to Product Development processes in an organization and managing with a PLM tool tells how a PLM tool acts as a Business Strategic Tool with rapid ROI.

In next post we will discuss, How to Implement PLM tool in an Organization? and What is the process of Implementaiton of PLM?

Bye for now

Anil Kumar J R