Remove 2002 Remove Software Engineering Remove Technical Review
article thumbnail

Thinking By Sprinting: What Cognitive Science Tells Us About Why Scrum Works

Scrum.org

Developing a new product requires understanding of the users, of the technologies involved and what makes something valuable (or not). Why our brain is not built for software engineering. It is a mental process and a limited mental resource (Ashcraft, 2002). Limitations of attention. Limitations of thinking.

2002 225
article thumbnail

In-Depth: The Evidence-Based Business Case For Agile

Scrum.org

2001 ) and proactive behavior ( LePine, Erez & Johnson, 2002 ). “So So we went to Google Scholar and searched for review articles. 2010) reviewed 28 scientific studies that investigated how Scrum is associated with overall business outcomes. SCRUM and productivity in software projects: a systematic literature review.

Agile 225
Insiders

Sign Up for our Newsletter

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

article thumbnail

Defensive Programming Grows Up

Leading Agile

Self-organize technical teams on a peer model rather than the Chief Programmer model , to help ensure common understanding and knowledge across the team and to increase the team’s bus number. The level of technical expertise required to use this kind of automation far exceeds that necessary for automating conventional functional checks.

article thumbnail

Misunderstanding Making Decisions in the Presence of Uncertainty

Herding Cats

So in the end, if we are to make a decision in the presence of uncertainty, we MUST make estimates to develop a reliable shipping date while producing an accurate and precise estimate of the cost, schedule, and technical performance of the product shipped on that date. Eggstaff, Thomas A.

2003 46
article thumbnail

Top Solutions to Project Failure – Epicflow Research Part 2

Epicflow Blog

Over 200 PM experts from ExxonMobil, INEOS, DXC Technology, and other companies have shared their experience and proved that it’s a super hot topic. Business drivers have to be translated into project drivers by a strong technical team, not management. Facts and Fallacies of Software Engineering by Robert L.

article thumbnail

Risk Management Resources

Herding Cats

Information about key project cost, (technical) performance, and schedule attributes is often uncertain or unknown until late in the program. Taxonomy-Based Risk Identification,” Marvin Carr, Suresh Konda, Ira Monarch, Carlo Ulrich, and Clay Walker, Technical Report, CMU/SEI-93-TR-6, Software Engineering Institute, June 1993.

article thumbnail

Estimating is a Learned Skill

Herding Cats

“Believing is Seeing: Confirmation Bias Studies in Software Engineering, “Magne Jørgensen and Efi Papatheocharous, 41st Euromicro Conference on Software Engineering and Advanced Applications (SEAA). Planning and Executing Time-Bound Projects,” Eduardo Miranda, IEEE Computer , March 2002, pp. 5 Oct 1990, Page 21.