From the course: Agile Challenges Weekly Tips
Unlock the full course today
Join today to access over 22,600 courses taught by industry experts or purchase this course individually.
Projects always have a phase two
From the course: Agile Challenges Weekly Tips
Projects always have a phase two
- In traditional project management, teams formed around the work. They were assigned a specific project with a defined scope and deadline. That deadline was the end date, the finish line the team strived for. When they hit the finish line, there was often a phase two to complete the defined scope items that the team couldn't finish. In this context, phase two was another way of saying the project had failed in its mission. It hit the deadline, but left essential scope on the table. Remember, in traditional project management, costs, time, and scope are all locked. There's no wiggle room at all. Hit all three or fail. In Agile work, we don't really do phase two. Let me explain. Agile teams have defined schedule and cost, but no defined scope. It's up to the product owner to define what the most valuable features are for the project to deliver. The PO then organizes the backlog to make those features a reality. If your PO has been prioritizing the highest-value items, and you've been…
Practice while you learn with exercise files
Download the files the instructor uses to teach the course. Follow along and learn by watching, listening and practicing.
Contents
-
-
-
(Locked)
We don't get along2m 50s
-
(Locked)
We don't work together2m 27s
-
(Locked)
Everyone is still siloed2m 37s
-
(Locked)
No one knows what we're doing2m 47s
-
(Locked)
We can't see beyond our current sprint3m 15s
-
(Locked)
Our sprint commitments are wrong2m 55s
-
(Locked)
We don't have needed skills2m 28s
-
(Locked)
Everything gets stuck in testing2m 57s
-
(Locked)
Let's go back to waterfall3m 12s
-
(Locked)
Stand-up is dysfunctional3m 14s
-
(Locked)
No one contributes in retrospective2m 57s
-
(Locked)
The team doesn't know what to build2m 9s
-
(Locked)
Distributed team collaboration3m 19s
-
(Locked)
Clues in your burndown chart4m 1s
-
(Locked)
No one comes to sprint review2m 22s
-
(Locked)
No one speaks up in planning2m 23s
-
(Locked)
No one wants to learn a new skill2m 57s
-
(Locked)
We don't have time for new skills2m 38s
-
(Locked)
We need a specialist2m 19s
-
(Locked)
Cross-team dependencies2m 14s
-
(Locked)
What time is stand-up?2m 34s
-
(Locked)
Building open communication2m 40s
-
(Locked)
Working with remote stakeholders2m 24s
-
(Locked)
Engaging sponsors with remote teams2m 30s
-
(Locked)
Coaching the resource manager2m 45s
-
(Locked)
Building a community of practice2m 44s
-
(Locked)
Dealing with change management3m 24s
-
(Locked)
Influencing decision makers2m 38s
-
(Locked)
Scrum master speaks for the team2m 34s
-
(Locked)
What to do when no obstacles are raised2m 59s
-
(Locked)
The team always has carry over stories3m 11s
-
Maintaining architectural alignment3m 16s
-
(Locked)
The team is burned out2m 44s
-
(Locked)
Sprint zero lasts more than four weeks2m 9s
-
(Locked)
Solutioning in stand-up meeting2m 20s
-
(Locked)
Scrum master is assigning tasks2m 52s
-
(Locked)
Scrum master is a team contributor2m 50s
-
(Locked)
Projects always have a phase two2m 5s
-
(Locked)
Absentee scrum master2m 19s
-
(Locked)
Stand-up meeting is more than 15 minutes2m 25s
-
(Locked)
No one listens in the stand-up meeting2m 14s
-
(Locked)
The story is not ready for sprint planning2m 44s
-
(Locked)
Acceptance criteria are unclear2m 41s
-
(Locked)
Story sizing is inconsistent2m 16s
-
(Locked)
The team always overcommits2m 43s
-
(Locked)
The team always undercommits2m 8s
-
(Locked)
The team does not swarm2m 32s
-
(Locked)
Product owner says how to build the product2m 38s
-
(Locked)
Shifting to a more agile mindset3m 1s
-
(Locked)
The scrum master uses a commanding style3m 10s
-
(Locked)
The team finishes sprints early2m 29s
-
(Locked)
Product owner is never around2m 47s
-
(Locked)