Monday, April 1, 2013

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

No comments:

Post a Comment