As-Is and To-Be Process after Requirement Phase

As we discussed in last post, after requirements captured by all cross functional teams in the organization, it is very important to develop As-Is process documentation.As-Is process is working methodology of an organization at present without any new system implementaion. Once As-Is process document is ready, submit it to management team for review. Management team should review the As-Is process document and reviewed process should be used to create To-Be process with respect to captured information by the organization and PLM tools offerings. It is very important to prepare first level To-Be process document before starting project and organization people and PLM service vendor both should again review To-be process together. To-Be process documents should include the future PLM system technical scope which will be implementing after mutual agreement between both organization and PLM service vendor.

To-Be process is a document which should clearly indicates what and all PLM functionalities will be implemented as per organization requirements, if some of requirements are not able to implement at present chosen PLM software then those functionalities should be clearly mentioned with proper workarounds or customized ways to get it done to match organization’s requirements. And To-Be process document is overview of scope of work document before elaborating the technical scope document of whole PLM implementation project.

Simple Example:

As-Is process:

a.       At present Engineers are generating Part Numbers manually in excel sheet and later entering Part Numbers from excel sheet to CAD model and Drawing manually.

To-Be process:

a.       Automatic Part Number Generation module will be built in out of the box PLM system offering as per Number Logic.

b.      And engineers will use this function to generate Part Number directly in CAD tool and later assign to new CAD Model and same way another Part Number will be generated for respective drawing automatically.

c.       In case of complicated Part Number generation and other reference variable Part Number logic, customization needs to be done and same will be evaluated later.

Some the PLM vendors prepares whole Project Plan before proceeding to requirements phase and some vendors develops Project Resource and Time plan after To-Be process signed-off by the organization team. Both the way is suitable as per their internal process. We developed Project Plan before and after To-be process sign-off again we changed some the Project Plan in our Project.

Next post we can discuss how the technical configuration plan can be preparation and how we can start PLM software configuration.

Bye for now,

Anil Kumar J R

Understand and Capture Requirements across X-functional Teams

As we discussed in previous post about PLM Implementation and egoism, it kills the whole project jointly. The first and most important phase to post sales of PLM tool is to “Understand and Capture Requirements across cross functional Teams in the Organization”. What does it mean by “Requirements” in PLM and how we can define requirements? , are the main concerns.  Requirements come from any organization and its management from beginning of its product establishment. I meant to say every organization have their own objectives with respect to their product output that as product should be Qualitative, competitive, economical, market best etc.

While fulfilling these objectives there are lot of challenges to overcome and for any organization there is a need of strong solution to overcome challenges around the way of their product development. To setup a strong solution in place organization must know their necessity, needs, wants to match and establish a solution to make work to overcome challenges. 

Collecting information on the above said necessity, needs and wants are called as Requirements Phase. As PLM tool will be finalized based on organization basic visionary requirements and post sales of PLM tool is very much important to collect technical requirements across cross functional teams (Design, Production, Suppliers, Inventory, Sales etc.) to defines As-Is and To-Be process documentation which will help to define base of PLM implementation Scope as what and how to configure the PLM Software to address their requirements.

One simple live example from an Organization: Total 100 members in Design Department and in that 50 Design engineers are working concurrently on complex product assemblies and generates various types of 3D models and 2d Drawings with their standard Part Numbering system, having modification writes. 20 Engineers are working in Quality Departments and they check the models generated by Design Engineers only in viewers and do comments and notify design Engineers for changes, 10 engineers are from Supplier Coordinators and they responsible for BOM generation and 10 people are Team Leads they acts as reviewers and for all deliveries from Design Departments and 10 people Project Managers which they approve the Design and delivers to Production Team. Design engineer should send their work to review Team Leads after QC and TL will review for accept or reject. Mangers to approve finally to Production Manager.

In the above scenario we need to identify every need of engineers to fulfill their working ways and it should increase the productivity and efficiency while working with PLM system,

Design Engineers needs various Attributes to create a 3D model, Unique Part Number, User friendly working methods, secured data to save in central server, better performance, quick sharing and viewing others design data, drafting standards in 2D, attributes mapping to 3D to 2D, various drawing templates, BOM generation templates, various report formats, quick viewing of reports, Reviewing workflows, quick change communications, change history track for future references, various reviewing processes: Check Process, Change Request and Order Processes, Release Processes, BOM creation & Modification processes etc.

Collecting all the above important requirements and need to develop As-Is process to get to know the To-Be process. This phase is the first step for good start up of PLM Implementation.

Next post we will discuss about what is To-Be process and how we can build it.

Bye for now,

Anil Kumar J R