Cynical Agile and Scrum Definitions
Running Agile software development projects using Scrum is not always an easy task. Sometimes you need to take a step back and look at the Agile best practices with a dose of humour.
Running Agile software development projects using Scrum is not always an easy task. Sometimes you need to take a step back and look at the Agile best practices with a dose of humour.
Whether you follow a Agile framework like Scrum with its planning poker or a traditional project management approach, the estimation activity is always difficult to perform productively and consistently on the long term.
A prevailing belief among Agile and Scrum proponents is that “a great deal of explicit risk management becomes unnecessary when a software development project uses an agile approach.” In my experience, this is a false and dangerous assumption. Project risk is a hungry leopard ready to devour the unprepared. Fleet-footed agilists and die-hard waterfallists alike.
Many organisations operate in highly regulated environments, such as healthcare, have concluded that in order to achieve the next level of product quality and safety improvements, not to mention enhanced competitiveness, adoption of a more Agile approach is required. In this presentation, you will learn how the Agile software development approach for high assurance systems addresses many of the challenges found in many highly regulated enterprise environments.
Agile and Scrum project teams can adopt many different structures. In her blog post, Elizabeth Harrin gives a good summary of five structures that could be used by Agile teams based on a presentation made by Catherine Powell at the Oredev conference.
Technical debt a metaphor that refers to the eventual consequences of poor or evolving software architecture and software development within a codebase. The technical debt can be defined of as work that needs to be done to adapt a software to the best practices. In this blog post, Bastian Buch explains the step used in his organisation to reduce technical debt in an Agile way.
The main goal of a sprint review in Scrum is to receive feedback on the product that the team has built in the last sprint. How do you do when the product is created by many different teams and there multiple stakeholders who are involved in the Scrum project? In this article, Stephan Kraus explains how to scale the sprint review in Scrum using the fair concept.
Scrum Expert Copyright © 2009-2024 Martinig & Associates