One of the key advantages that fast moving companies get from Agile PLM and Agile PPM is product record collaboration both with internal teams and external suppliers and contractors. Agile PPM helps companies perform fast track product development while maintaining strategic partnerships with contractors to outsource rapid design and development of prototypes in order to get them in the customer’s hands as early as possible. Such is the wonder of PLM collaboration. Outside suppliers need to access and selectively update documents such as specifications, policies and procedures in the Agile PLM and Agile PLM solution.
The Agile PPM states that a business should be able to deliver value with the help of agile PPM by streamlining the value adding activities and workflow. Agile PPM maintains this in a sustainable, proactive, and predictable manner. The purpose of Agile PPM is to allow teams to align goals and objective with priorities.
The web Supplier Portal in Agile allows suppliers to log into Agile and access information assigned to them to take action. The Admin can choose the type of portal restriction for the supplier user by selecting the “Response Edit Mode” in the user preferences. The “Basic” selection will give a minimalist view with very restricted access to the information even if the user may have broad privileges. The two “Advanced” modes displays the more familiar Agile PLM and Agile PPM user interface with restrictions based on the privilege allowances.
Before a supplier user can login, the supplier and user needs to be set up with the following broad steps:
- Create a supplier as a subclass of the Supplier class with all required attributes updated.
- Create a supplier user. Use the restricted roles and modify as per need to limit access.
- Add the supplier user in the “Contact Users” tab of the supplier.
To understand PLM supplier collaboration, consider this. Once a user has been added to the supplier, removing the user and reverting it back to a general user can be a challenging. You must decide carefully which user is a supplier contact.
A typical scenario is releasing specifications for a supplier to build samples for you. For example, a schematic is released to a supplier tasked with creating a printed circuit board (PCB) design drawing. The Agile collaboration entails two primary issues, one is routing the schematic as requirements to the supplier and the other is collaboration interaction.
Although there are many approaches and Oracle agile alternatives, one way is to issue a change order and make the supplier a reviewer on a workflow status to accept the schematic specifications. The workflow notifies the supplier via email. The supplier user would see the assignment in Workflow Routings on the supplier portal. The next status in the workflow of Agile PPM is to upload a PCB drawing. When the supplier uploads the drawing (attaches it against an affected item document change order) the supplier can approve and be finished with it. The company’s engineer can also be a reviewer to accept the drawing. If there are issues with the drawing, the engineer can redline the drawing and push it back to the supplier status. Now, both can collaborate and leave a trace of timestamps on the back and forth that can be easily tracked by Analytics for supplier response performance.
An alternative to this approach or Oracle agile alternative is to use tasks in agile PLM and Agile PPM and assign supplier users as resources on the tasks. The notification will go out and the supplier will see tasks waiting in My Assignments. The tracking for PLM supply chain collaboration will be through start to finish for the tasks. Requirements can be found in the Content tab of the task and response drawing will be uploaded against another document on the content of the task. Discussions can be used as a benefit of agile PPM to exchange information and collaborate.
Supplier collaboration and agile product collaboration require supplier user access to Agile and supplier PLM from outside the corporate firewall. Although it used to be a sticking point with Corporate IT, now it’s a solved issue with most large and small Agile installations using proxies in the DMZ, aiming for oracle agile product collaboration.
Agile PPM aims to streamline value-adding activities and workflows, allowing teams to align goals and objectives with priorities in a sustainable, proactive, and predictable manner.
Suppliers can use the web Supplier Portal in Agile to log in and access information assigned to them. The Admin can set portal restrictions based on the "Response Edit Mode," with options for basic or advanced access levels.
Create a supplier as a subclass of the Supplier class with all required attributes updated.
Create a supplier user, utilizing restricted roles to limit access as needed.
Add the supplier user in the "Contact Users" tab of the supplier.
Careful consideration is needed when removing a user from the supplier. Once added, reverting the user back to a general user can be challenging. Choose users carefully as supplier contacts.
Releasing specifications for a supplier to build samples, such as issuing a change order and making the supplier a reviewer on a workflow status. The workflow notifies the supplier via email, and collaboration involves uploading drawings and tracking the back-and-forth.
Yes, tasks in Agile PLM and Agile PPM can be used by assigning supplier users as resources. Notifications will be sent, and suppliers can see tasks in My Assignments. The entire tracking for PLM supply chain collaboration can be managed through start-to-finish tasks.
Collaboration is tracked through timestamps on the back-and-forth interactions. If there are issues with a drawing, the engineer can redline it, push it back to the supplier, and both can collaborate, leaving a trace that can be easily tracked by Analytics for supplier response performance.
External access is facilitated through proxies in the DMZ, resolving previous concerns with Corporate IT. Most large and small Agile installations use this approach for Oracle Agile product collaboration.