Get Started with Codebeamer

Everything you need to get started with Codebeamer

  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 Codebeamer

Develop Workstreams

As part of project planning and design, developing and agreeing on workstreams within that design will help in assuring that work continues moving forward and staff is aware of their responsibilities as well as others.


Before you begin, complete this step:

01. Defining Workstreams

Workstreams should be organized into categories based on the type of work that must be done. Examples of this include installation, configuration, or migration. Placing workstreams into these categories simplifies assigning members and tasks as the project moves forward.

Defining how the workstreams will work together before beginning is also an important exercise. Define and document the dependencies, does one workstream have to finish work before another can begin? Are there tasks and/or personnel that cross workstreams? Will the workstreams work in parallel or in series? If there is cross-workstream work to be done, how will that be handled and by whom? All of these questions answered early will ensure the project moves forward with the least amount of miscommunication or confusion regarding duties, responsibilities, and dependencies across the organization.

The final thing to consider in defining workstreams is how outcomes be provided to the overall team. Workstreams are typically managed via an agile approach and so regular updates are expected, but when an outcome, either positive or negative, is reached how will this be communicated to the wider audience?

02. Handling Workstreams

Determine how the breakdown structure will work before beginning the project fully. How will tasks be assigned and delegated? Any project management tool can be used for this, but common ones include Jira and Confluence. Consider whether implementors should have access to these tools and if so, how much access.

How will documentation be developed and disseminated? Who will perform these tasks? An example breakdown of who provides documentation would be as follows:

  • Use cases/requirements- Customer Team
  • OOTB features and solutions – PTC
  • Configuration and customization – implementor 

Along with documentation, some sort of training should also be provided that is associated with each workstream. Should the same team that did the work within the workstream provide the implementation or is there a resource that could assist in this? Who should be trained once the work is complete as well as when and how should the training be administered?

Did you find this helpful?


Previous Step

Create Your Project Plan and Kick Off

Next Step

Discovery and Requirements 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