InfoQ Homepage Customers & Requirements Content on InfoQ
-
Reduce Waste by Changing from Waterfall to Agile
Organizations adopt agile to be able to handle changes. Agile helps teams to deliver products that satisfy the needs of customers; products which do not contain unneeded (and unused) features. Lean software development says: everything not adding value to the customer is considered to be waste. How can a transition from waterfall to agile software development help organizations to reduce waste?
-
Benefits of Combining Agile and Lean Startup
Enterprises want to increase their capability to deliver value to customers in less time. Many adopt agile software development to iteratively develop and deliver software solutions. Lean startup aims to support developing new businesses and products. Several authors shared their views on how combining agile and lean startup methods can be beneficial.
-
How Individuals Can Adopt an Agile Way of Working
Organization mostly do an agile transformation for a whole team, project, or organizational unit, given that agile is a team driven approach. But there are also professionals who start using agile practices individually, or who are working agile as a one person team. How can individuals adopt agile, and what kind of benefits can it give them?
-
The Flexibility of Agile: Flaw or Strength?
The principle of “responding to change over following a plan”, is it a strength or a flexibility that can’t work in practice? For example, what about agile projects that had difficulties managing changes and customers who expect too much flexibility? Can agile not live up to its promises, or is it the way that teams and organizations have adopted agile that is causing the problems?
-
Pivoting when Using Lean Startup for Product Development
There are different types of pivots possible in lean startup, which help you to decide whether to persevere or pivot during product development. They each with their own purpose and ways to use them. Let’s explore some of them to see when and how you can pivot? Or maybe have to decide that it’s better to quit?
-
Remove Waste From Your Backlog with the Priority Game
The priority game is an exercise which Michael Franken did at the GOTO Amsterdam 2013 conference, to make large backlogs manageable. He showed how Scrum can help you to focus and remove waste by not making things that are probably never used by customers.
-
Experiences from Educational Technology Startups
Educational technology is developing itself, and startups are entering markets with new apps and creative commons content. Speakers shared their experiences on education and gaming and finding the right fit for an EdTech startup, at the GOTO Amsterdam 2013 conference.
-
Nailing Down Non-Functional Requirements
Non-Functional requirements are often associated with the state of the system and not with the functionality that the system has to offer. General 'ilities' of the system such as scalability, interoperability, maintainability, portability, performance and security fall under this umbrella. Agile teams usually struggle with defining and estimating the non-functional requirements in their projects.
-
The Further Value of Collapse
Mike Burrows started a discussion on the Kanbandev group which has led the community to explore the Expand / Collapse pattern. The discussion was covered elsewhere on InfoQ, in an article which followed the viewpoints of many practitioners who see more value in expansion than collapse. However, many people found both aspects of the pattern useful.
-
How to Write a Lean and Agile Contract
Agile and Lean projects are run differently from traditional projects. But will those projects' contracts support or undermine Lean and Agile concepts? Here are some tips on how to write an effective contract for a Lean or Agile project.
-
Hearing From Real Customers at Agile 2011
The Working with Customers stage at Agile 2011 is looking for stories and submissions from customers of agile teams. The stage explores the interactions between the customer community and Agile development teams, focusing on the non-technology functions as well as the Agile development teams themselves. In this item the stage producers answer questions and appeal to real world customers.
-
Who Wants This User Story?
Some user stories defy easy assignment of their benefits to a particular person. But how can we satisfy the standard "As a ... I want ... so that I can ...." user story template if we can't express who wants this work done?
-
Re-estimate Completed User Stories for a More Accurate Velocity?
In a recent thread on the Scrum Development mailing list, Paul Battison asked whether his team should re-estimate completed stories after the sprint is done, so as to have the team's velocity reflect the actual effort that went into completing the stories.
-
How Should a Product Owner Participate in a Planning Poker Session?
During planning poker, a product owner should explain the user stories to the development team, but he or she should not try to unduly influence the development team's estimates.
-
Visualize First. Build Later.
A Computerworld article and webinar announcement, both featuring the use of iRise, to visually capture business application requirements calls attention to this growing product segment.