Sprint Goals

YSB: Complete Topic and Buildings Classification stories - Complete Not on schedule
YSB: Close all 4.2 tasks - Complete
FRMS: 3.0 Release - Complete
FAS: Ingest Release 1/16 - Complete
CEA: Finish Print View - INCOMPLETE
SDF: Close all Maintenance Tasks - INCOMPLETE
Arts Cal: Close all Maintenance Tasks - INCOMPLETE
FMP: FMS Med3 Upgraded - Complete

YSB: Complete Topic and Buildings Classification stories - Complete Not on schedule

What went well? What should we continue to do?

• Bugs were quickly identified by QA and addressed by Dev team

• Quick UAT Feedback from George and team

• Stories were well organized and cleanly separated

  • Developers helped lead this conversation & communication

• Labeling helped to identify all issues related to work

YSB: Close all 4.2 tasks - Complete

What went well? What should we continue to do?

• Communication and team meetings

• Raising a hand when issues are taking longer than expected

• UAT Documentation sent on time

FRMS: 3.0 Release- Complete

What went well? What should we continue to do?

• Taking advantage of asynchronous development opportunities

• Work was able to be completed ahead of schedule because of communication between developers

• Clear goals around allocation and prioritization

Lesson Learned:

• Ask more questions in refinement about specifics in implementation

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

  • Took several iterations to find desired functionality

Question: When is the right time to ask more questions about implementation?

Backlog refinement is the designated time to really dig into ticket language, acceptance criteria, sub tasks, approach, etc and ensure the team is on the same page.

Also: Don’t worry about pinging Kim if she’s not in the meeting - she holds Refinement time for questions.

FAS: Ingest Release 1/16 - Complete

What went well? What should we continue to do?

• Documentation provided by Kim helped Dev to arrive at correct solution

  • Ex “Like”, “Contains”

• Communication with the Client - getting formal signoff on all factors

• Providing detailed diagrams to client helped us arrive at proper solution

• Endpoint access for Kim significantly sped up process and improved communication

• Nico is a very helpful and responsive colleague (thumbs up)

Lessons Learned

• Client may not use vocabulary and nomenclature used internally

• Communicating and understanding the WHY with the client.

• 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

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

Possible Jira Enhancement

• Add mandatory check box for code review tickets that reflect documented standards

  • OutSystems vs. Web Development

CEA: Finish Print View - INCOMPLETE

What can we do better next time?

• Developers use Mac, Testers use Windows (Edge)

• Issue is system and browser dependent

  • Code review can include review across browsers

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

• More in depth acceptance criteria could help limit defects/enhance code review

• Browser Stack for testing cannot allow for downloaded Mac files

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

• Team needs to document standards and practices around PDFs

• Is there a point at which we have spent “enough” time on bugs or defects?

• Team needs additional accessibility training and collaboration with Accessibility team

• Accessibility planning should be part of planning from the initial development

• Inheriting applications will cause additional defects and bugs because they do not meet our initial team standards

  • PDFs, Accessibility, Visual Design

SDF: Close all Maintenance Tasks- INCOMPLETE