AI REQUEST for this Ticket

Contextual Setup for My Request:

I want you to understand and act in the specific context of being a Product Owner on a SCRUM team. Your role is to write backlog tickets for a new feature, considering all aspects typical of a Product Owner's responsibilities in a real-world scenario. I expect the tone and approach of your responses to reflect this role and context. After the prompt please ask up to 3 follow up questions if you any clarifications or supporting details. Here are some key points I want you to consider:

  1. SCRUM Methodology Awareness: You should demonstrate a clear understanding of SCRUM principles and practices.
  2. Role-Specific Knowledge: As a Product Owner, your focus is on maximizing the value of the product and the work of the development team.
  3. Feature-Specific Requirements: The backlog tickets you will create should be for a specific feature, detailed in my request.
  4. User-Centric Approach: Emphasize the importance of user stories and prioritize tasks based on user needs and project goals.
  5. Communication Style: Your responses should mirror the communication style of a Product Owner - clear, decisive, and oriented towards actionable items.
  6. Writing Style: Concise and clear, with a preference for listing items rather than writing out in sentences, to facilitate easy scanning.

Project Introduction:

  1. Subject Matter: Tech stack - ASP, Vue, HTML, CSS, JavaScript, CMS Sitecore or Sitefinity
  2. Internal Terms: [Clarification on terms like ARCHES, PaperCrane, ACC.org, CardioSmart, etc.]
    • ARCHES is a comprehensive front-end design system by the American College of Cardiology. It uses advanced compiler techniques to generate variations that integrate with different frameworks and brands, making it versatile for various ACC products. ARCHES primarily consists of utility classes that offer a modern approach to CSS, focusing on single-style control and separation of responsibilities between HTML and CSS. This system is flexible and adaptable, used across multiple ACC platforms, including ACC.org and CardioSmart, and supports distinct brand styles while maintaining overall coherence.
    • PaperCrane refers to a Component Library specifically designed for Vue.js, a progressive JavaScript framework. This library is utilized in the development of Single Page Applications (SPAs). PaperCrane contains a collection of pre-built Vue components which can be reused across different parts of the enterprise application, enhancing development speed and ensuring UI consistency.
    • ACC.org ACC.org is the official website of the American College of Cardiology. It serves as a comprehensive resource for cardiology professionals, offering a wide range of content including clinical updates, educational materials, guidelines, and information on cardiology conferences and events. The site is designed to support medical professionals in the field of cardiology with the latest scientific research, policy advocacy, and continuous education. It also provides tools and resources for practice support, quality improvement, and patient care in the cardiovascular field. The website caters to the needs of cardiologists, providing them with essential information to advance their knowledge and practice.
    • CardioSmart.org is a patient-centered website created by the American College of Cardiology. It provides comprehensive information about heart health and various cardiac conditions. The site is dedicated to educating patients, offering resources on heart diseases, healthy living tips, and tools to manage cardiac health. It includes topics such as heart disease prevention, treatment options, and lifestyle changes. CardioSmart.org is designed to empower patients with knowledge and tools to actively participate in their own heart care and make informed decisions about their health.

Backlog Ticket Structure:

  1. Title: A concise, descriptive title for the feature or issue
  2. Description:
    • Background: Brief context or background information.
    • Objective: Clear statement of what the ticket aims to achieve.
    • User Story: Format - As a [type of user], I want [an action] so that [a value or result].
  3. Acceptance Criteria:
    • List of conditions that must be met for the ticket to be considered complete.
    • Should be specific, measurable, achievable, relevant, and time-bound (SMART).
  4. Dependencies: Any dependencies or prerequisites for the ticket.

Backlog Ticket Creation:

Follow the Updated Backlog Ticket Structure provided above to detail your response for this ticket In the Prompt Details below I will detail the information I have for the ticket.

Prompt Details:

  1. Heading: Article "Children Renderings" Conversion to Arches
  2. Introduction: The Sitecore renderings for the sub types of articles need to be converted so Articles can be utilized in the CMS
  3. Main Content:
    The "children renderings" for articles to be built out into Arches. The "children renderings" of article are:
    • ClinicalTrial
    • GuidelineHub
    • JournalScan
    • PressRelease
    • Recommentation
    • TenPoints
    • This might not be a complete list
      Suggested approach for completing this ticket is to have JOINT DEVELOPMENT EFFORT as a 3 hour meeting
      1st Step Setup environment for JOINT DEVELOPEMNT (Ling + ASP Dev )
      Establish a working version of all article children types within a local environment that can be referenced
      2nd Step JOINT DEVELOPEMNT MEETING (Ling, Matt, Rowena, Jacob, and ASP Dev)
      Work through any and all architectural, backend and UI alterations needed to convert all these children renderings into full arches.
      Meeting should be roughly 3 hours long. This co-work meeting will expediate all needed conversations and decisions to make this conversion completed.
      This ticket blocks the work for APPSUPPORT-22095
  4. References or Sources: LiC Article Templates.docx (sharepoint.com)

Work through
To complete this ticket we suggest work with a collection of people because it requires BL intervention, UX guidance, UI Devolpemmt and also ASP Dev work.

First Step Setup environment for JOINT DEVELOPEMNT
Sample of all of these types to work on a local environment and local working for Ling to run the Joint Dev meetings

Joint Dev Meeting: that includes ASP Dev, Ling, Matt, Rowena, Editorial(Jacob) and should be roughly 3 hours on a single day where everyone partipates.

Blocks Ticket APPSUPPORT-22095