Versions Compared

Version Old Version 3 New Version Current
Changes made by

Rebecca Schneider

Rebecca Schneider

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Expand

YSB 4.2 Deployment

Sprint Cloud Atlas

  • Goals and tickets are a team commitment, not an individual commitment.

  • Dev team will take advantage of refinement to dig into language in stories and answer questions/remove ambiguity related to requirements.

  • Communication between Devs and QA helps keep the process moving smoothly

  • Questions about prioritization should be discussed daily during standup.

  • To DoAction Item: Follow up on Accessibility training for Dev and QA.

Team Lessons Learned

  • Define team strategy and expectations for versioning

  • Netal Patel and dev team to prioritize working with OutSystems to research/spin up an internal forge

  • Team to help Rebecca Schneider make Project Plan a core part of the process

  • Netal Patel to investigate Accessibility Training Opportunities between QA, Dev and Accessibility

  • Team to commit to more active communication and review in retrospectives

  • Team to commit to bringing up issues proactively

Developers

Expand

YSB 4.2 Deployment

  • Dev team to walk through the Acceptance Criteria more deliberately in refinement

  • Dev: User stories needs to be broken down more in refinement and in advance (example:

    Jira Legacy
    serverSystem Jira
    serverId0ff96486-f711-332c-a18e-be3fd600929c
    keyCUS-13587
    )

  • Raise red flag further in advance

  • Estimates need to reflect planning on working on one story at once

Sprint Cloud Atlas

  • Ask more questions in refinement about specifics in implementation

    • Example: “Search all text” - is this grant entity only, or all entities?

  • Involve other technical collaborators during initial planning phase, specifically around system architecture

    • IE, Data Services

  • Versioning must be a part of all development moving forward to help with individual deployments

  • QA and Dev could include system/browser specifics in bugs/defects

  • Team needs to document standards and practices around PDFs

  • To DoAction Item: Standardize and document process for ensuring versioning for all features moving forward

Team Lessons Learned

  • Action Item Chris Cadden - review the design standard documents in the weekly dev meeting

  • Action Item: Chris Cadden to collaborate with Grecia Briseno to formalize standard documentation of design

  • Action Item: Dev team to commit to documenting reusable, successful tools in the moment

  • Action Item: Dev team to review Application Feature Inventory - /wiki/spaces/CADKS/pages/4049371146

  • Action Item: Nestor Rodriguez Ayala and Chris Cadden to ensure that all documented standards (check lists and templates) include Security and Accessibility planning. If it does not yet exist, create documentation.

QA

Expand

YSB 4.2 Deployment

Sprint Cloud Atlas

  • QA and Dev could include system/browser specifics in bugs/defects

  • Screen size and standard screen resolutions must be standardized & documented for testing and Devs

Team Lessons Learned

BA

Expand

YSB 4.2 Deployment

Sprint Cloud Atlas

Team Lessons Learned

  • Action Item: Pre-kickoff release planning with the entire team

PM

Expand

YSB 4.2 Deployment

Sprint Cloud Atlas

  • Impromptu deployments need to be documented, go through the change process, and signed off on internally before communicated to the client.

Team Lessons Learned

  • Action Item: Review Project Plan continuously and integrate dev feedback earlier in the process

  • Rebecca Schneider to help standardize and publicize documentation across project deliverables

  • Rebecca Schneider to present metrics based on estimation vs. actual during retrospectives moving forward

  • Netal Patel and Rebecca Schneider to define metrics to be reviewed

  • Rebecca Schneider to review project plans on Mondays to allow for review and feedback of deployment schedule