Sending Atlas requirements to many backlog projects (e.g. JIRA)

Atlas help says that one a project can be set up so that requirements from one Atlas project can be sent to multiple projects (backlog) through use of a UDA.

For instance if we are using JIRA as our external issue tracker, is this accomplished by creating a drop down list UDA within Atlas that has values that will be used to identify the different options for backlog projects (i.e. JIRA projects) and then within Connect how is the mapping defined?  Is one Hub project mapped to multiple JIRA projects and how is the criteria set up to determine which backlog item goes to which project.

 

Are problems introduced if the UDA value on the requirement is changed after a story has already been sent to the backlog from that requirement? 

Parents
  • Verified Answer

    Hi Ellen.

    The UDA takes effect whenever a requirement is published/shared - i.e. whenever a story item is created based on the requirement. No effect before and after, otherwise.
    Thus, only changing the UDA value itself has no immediate effect - no matter if the req is already shared or not.

    The UDA will cause Atlas to create stories in the Hub project(s) that are named exactly the same (case-sensitive) as the selected UDA values.
    There is no direct relation to JIRA and the name of the JIRA projects (though, typically, Hub project names and JIRA project names are kept identical).

    The UDA acts exclusively within the scope of the HUB
    The link between Hub projects and JIRA project is solely under the control of Connect.
    The Connect config is typically the same for all involved projects - the multi-backlog UDA does not need any Connect "specialties"...

    You need HUB projects for all the JIRA projects you want to access.
    You need Connect configurations that sync these Hub Projects with the JIRA projects.
    Then create the values for the multi-select UDA.

    Best Regards,
    Dominique.
Reply
  • Verified Answer

    Hi Ellen.

    The UDA takes effect whenever a requirement is published/shared - i.e. whenever a story item is created based on the requirement. No effect before and after, otherwise.
    Thus, only changing the UDA value itself has no immediate effect - no matter if the req is already shared or not.

    The UDA will cause Atlas to create stories in the Hub project(s) that are named exactly the same (case-sensitive) as the selected UDA values.
    There is no direct relation to JIRA and the name of the JIRA projects (though, typically, Hub project names and JIRA project names are kept identical).

    The UDA acts exclusively within the scope of the HUB
    The link between Hub projects and JIRA project is solely under the control of Connect.
    The Connect config is typically the same for all involved projects - the multi-backlog UDA does not need any Connect "specialties"...

    You need HUB projects for all the JIRA projects you want to access.
    You need Connect configurations that sync these Hub Projects with the JIRA projects.
    Then create the values for the multi-select UDA.

    Best Regards,
    Dominique.
Children
No Data