Get Started with Windchill+

Everything you need to get started with Windchill+

  Download Success Path IMPORTANT: When saving the file, in the Print window please do the following:
Destination or Printer: select Save as PDF
More Settings: In the Options, be sure the boxes Headers and footers and Background graphics are selected.
Recommended Steps
Overview: Get Started with Windchill+

Create Your Project Plan

A comprehensive Project plan is integral to the success of any project. Windchill+ is no different. See what that plan should entail below.

01. Internal Project Manager

Determine and identify a project manager who can act as the main point of contact with PTC and/or the partner. This individual will facilitate communication with both external resources and internal teams to ensure the project proceeds efficiently with minimal delay resulting from confusion or miscommunication.

02. Governance Model

An agreed-upon governance model should be established by the customer and should include such things as a RACI matrix that defines and specifies responsibilities to specific departments and individuals. This RACI matrix should designate where duties lie, especially when referring to internal vs Partner (or PTC). An internal champion should be identified as well, someone who is or can become more familiar with Windchill+’s offerings and can present those capabilities to a wider audience.

An important part of governance and something that should be defined and agreed upon at this point is a system for risk management and an escalation path for any issues that may arise during development and go-live. Documentation on how to resolve risks identified or issues once they arise is vital for a successful project. A defined escalation path assists in this and leaves no ambiguity as to who has the final say if any issues arise.

03. Confirm Target Go-Live Date/Minimum Viable Product

A confirmed target go-live should be defined and agreed upon, and the project timeline will require a specific amount of time. The go-live can be anytime afterward, but whatever date is chosen should be known to all project team members. The minimum viable product should have been defined when the SoW was signed, and this product should be kept in mind as project timelines and expectations for go-live are set. Another aspect of timelines to note is the setup time for environments. Access to environments can take several days, and these timelines should be considered now.

To ensure the product functions as expected, from a business and technical perspective, the customer and partner should have a validation/verification plan established. This will act as a method for checking the system functions fully as initially set out by the Statement of Work (SoW). This plan should also include validating any customization functionalities.

04. Project Schedules and Communication

A project kick-off should be scheduled with all appropriate parties along with workshops where requirement gathering will occur. There should be two different types of workshops: a business process-focused one and a technical-focused one. Each should be scheduled, and the individuals identified as Subject Matter Experts should be informed of the schedule to ensure all appropriate parties are available to attend.

These workshops will act as a basis for solution development, and so each department and area of expertise should be represented to ensure no important details are missed during requirements gathering that could result in a delay in development or, worse, a missing functionality at go-live.

05. OCM (Organization Change Management) Strategy

The majority of the involvement with the partner and PTC for the OCM Strategy will have been defined by the initial Statement of Work, but the following things should be considered in a general sense:

  • Understand changes and benefits for users
    • Identify what will change for users with the new solution
    • Gather insights from mid-level and frontline staff to anticipate any potential risks
  • Create a communication plan
    • Use the questions below to guide the communication plan:
      • Who are the audiences outside of the project team?
      • What does each audience care most about?
      • What do they need to know to be successful?
      • When do they need to know certain information?
      • What are the existing, best channels to communicate through?
      • Who can most effectively deliver the message?
      • How often should each audience be communicated with? 
      • What do you need from your audiences at different points in time?
  • Evaluate documentation needs
    • Create a list of the groups who need documentation to install, support, and use the solution. For example:
      • System administrator
      • Solutions architect
      • Application support team
      • Help desk
      • End users
    • Talk with the implementation team about what has been documented so far. Ask managers of teams that will need the documentation:
      • What they need in the documentation?
      • When they need it?
      • How best to deliver it?
  • Plan end user training
  • Determine long-term solution support
    • Determine who will provide long-term support

Recommended Resources

Did you find this helpful?


Previous Step

Finding an Implementation Partner and Assembling a Team

Next Step

Discovery and Requirement Gathering

ADDITIONAL RESOURCES
Product Documentation Find detailed technical documentation on Creo+ in our Help Center
Ask the Community Visit PTC's Creo Community to get support Peer-to-Peer, from our product management and assistance teams. Share ideas, give feedback and browse the wealth of information on using Creo+
Technical Support Need help from our support team? Log a case with eSupport using our Case Logger or find an answer using our new Creo Admin Troubleshooter tool. 

Contact Us

Have a question? Submit your contact information and we’ll reach out within 1 business day. You’re never obligated to purchase or commit.
Get in Touch