Agile Teams

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/15

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 8:53 AM on 9/6/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

16 Terms

1
New cards

Team Self-Organization

A cross-functional group that selects and completes tasks independently without top-down assignment.

2
New cards

Product Owner Role

Defines product features, maintains the backlog, and prioritizes business value.

3
New cards

Scrum Master Role

Enforces process rules, mentors the team, and serves as a facilitator distinct from the Product Owner.

4
New cards

Closed-Window Rule

A practice that freezes sprint scope to shield the development team from mid-iteration changes.

5
New cards

Daily Standup

A 15-minute daily sync answering: what was done yesterday, what will be done today, and what obstacles exist.

6
New cards

Collaborative Estimation

Techniques like Planning Poker that use team consensus to estimate task effort and timelines.

7
New cards

Collective Code Ownership

A practice where the entire team holds responsibility for the codebase, preventing code silos.

8
New cards

Continuous Integration

Integrating code updates regularly (often daily) to catch system incompatibility early.

9
New cards

Pair Programming

Two programmers working together at one workstation as a 'pilot' and 'navigator' to catch errors live.

10
New cards

Refactoring

Restructuring existing code to improve its architecture without changing its external behavior.

11
New cards

Test-Driven Development (TDD)

Writing automated tests before writing feature code to prevent regressions.

12
New cards

Coding Standards

Unified team style guidelines that maintain code readability and collective maintenance.

13
New cards

Onsite Customer Pitfall

It is hard to staff continuously, taxes the individual, and risks single-point bias.

14
New cards

Pair Programming Pitfall

Mandatory pairing can frustrate developers, ignore deep focus needs, and lacks proof over traditional code reviews.

15
New cards

Pure TDD Architecture Risk

Relying solely on refactoring without upfront design can result in fragile, ad-hoc system architectures.

16
New cards

Minimalist Scope Risk

Focusing strictly on minimal immediate requirements discourages extensible designs and reusable components.