Discover this podcast and so much more

Podcasts are free to enjoy without a subscription. We also offer ebooks, audiobooks, and so much more for just $11.99/month.

#12 More Effective Agile, Part 4: Keep Projects Small, Keep Sprints Short, Deliver in Vertical Slices

#12 More Effective Agile, Part 4: Keep Projects Small, Keep Sprints Short, Deliver in Vertical Slices

FromInspect and Adapt


#12 More Effective Agile, Part 4: Keep Projects Small, Keep Sprints Short, Deliver in Vertical Slices

FromInspect and Adapt

ratings:
Length:
37 minutes
Released:
Apr 7, 2020
Format:
Podcast episode

Description

Fourth in our series in which Steve McConnell describes the 28 key principles in his new book, More Effective Agile (Construx Press, 2019). The principles discussed this time: "Keep Projects Small." Small projects are easier and more often successful. Not all work can be structured into small projects, but the work that can be structured that way should be. (See page 120 in the book.) "Keep Sprints Short." Short sprints support a frequent Inspect and Adapt feedback loop. They expose problems quickly, making it easy to nip small problems in the bud before they become large problems. (See page 123.) "Deliver in Vertical Slices." Feedback is important in Agile. Teams get better feedback on their technology and design choices—both from customers and the business—when they deliver in vertical slices rather than horizontal slices. (See page 128.) 
Released:
Apr 7, 2020
Format:
Podcast episode

Titles in the series (48)

World-class software development requires far more than language/platform expertise and steady sprints. Join us as we describe time-tested, industry-proven software best practices at the team, organization, and leadership levels, sharing examples from recent engagements with software teams of all sizes.Construx is led by industry leader Steve McConnell, author of Code Complete and More Effective Agile. Software experts first and software trainers and consultants second, our team has seen what works and doesn’t work in hundreds of software organizations.Host Mark Griffin spent the first half of his career as an electrical engineer doing silicon hardware design and leading software automation teams. He moved into the sales side of software because he wanted to spread the value of what his company was building. It was supposed to be a one-year assignment that turned into the second half of his career. His balance of deeply technical skills and right-brain artistry also makes him a masterful home brewer!