We have 3869 guests online

Video Spotlight

Home > Articles

Agile Journal Articles


The Agile Journal publishes original content, articles and regular columns from industry thought leaders, analysts and software providers on a wide variety of topics related to agile development best practices and business adoption of agile ideas. Below you will find links directly to our columns and articles or you may use the search box to scan for a particular topic or writer.

Subscribe to the Agile Journal Articles RSS Feed

articles


What’s a Tester without a QA Team?

Monday, 08 March 2010 16:41

Questionby Lisa Crispin and Janet Gregory

When a tester joins an agile team, she leaves her Test or QA team behind. Often, her old QA team is disbanded altogether. Without the support of a QA team, she might feel abandoned, especially if she now reports to a development manager. She’s in danger of becoming isolated, having lost the phased and gated process that guided her old team. She may feel pushed to the sidelines and like she’s lost any control over quality.

 

Quality Management & Testing in the World of Scrum and Agile Product Development

Written by Russell Pannone   
Monday, 08 March 2010 16:21

WorldDoes Quality Management, as depicted in Figure 1.0, have a place in agile product (system-software) development and delivery?

 

QA vs. Testing in Agile Projects

Monday, 08 March 2010 15:53

ComparisonWritten by Bob Small and Janet Gregory

Janet Gregory has been a long time icon of mine.  When I was asked to write an article for the Agile Journal regarding Agile testing I was honoured.  The first person I thought of was Janet Gregory and Lisa Crispin as their book, Agile Testing, was a huge help to me when I was first learning about this topic.  After contacting Janet about co-authoring the article, we quickly discovered that we had a very strong difference of opinion.  We decided to share that with you in this article.  You may feel strongly one way or another from reading this article, and the comments from the conversation, but please remember we are all trying to do the same thing.  Increase quality, of our software, and help others to do the same.

Last Updated on Tuesday, 09 March 2010 15:44
 

Getting the Product Backlog Ready for Sprint Planning

Written by Roman Pichler   
Monday, 08 March 2010 15:24

PlanningMost sprint planning meetings I have attended were fun. The ones that weren’t involved a poorly groomed product backlog, whose high-priority items were not workable, not ready to be pulled into the sprint. When the backlog hasn’t been prepared prior to the meeting, the product owner and team often carry out impromptu grooming activities. These consume valuable planning time and usually result in poor requirements and weak commitments. Plus, everyone is fed up and exhausted by the end of the meeting. As a consequence, the product backlog items that are likely to be worked on in the next sprint have to be prepared prior to each sprint planning meeting. Although it is the product owner’s job to make sure that the work gets done, preparing the product backlog should be teamwork involving the product owner, ScrumMaster and team. We begin the preparation work by choosing a sprint goal.

 

Managing the Transition to Agile

Written by Joachim Herschmann   
Monday, 08 March 2010 12:27

TransitionDuring these challenging economic times there is a dramatic increase in the need of organizations to adapt the software delivery lifecycle processes to the rapid changes often imposed on them. Leadership is making the decision to transition its development organization – not than just small teams but large numbers of engineers, working on a broad portfolio of development projects from many different locations around the world — to a more agile approach as part of an effort to vastly improve performance, be more responsive to customers and improve quality. However, there are many challenges that an established software organization faces when shifting to Agile.

 

Continuous Testing: Building Quality into Your Projects

Written by Mike Cohn   
Monday, 08 March 2010 12:00

QualityI buy new cars infrequently, typically every 10 to 12 years. So when I bought a new car in 2003 I was surprised at the many advances in technology since I’d purchased my previous car, a 1993 Honda. One advance I was particularly pleased with was a sensor that automatically detects low air pressure in my tires. It is sometimes hard to tell by looking at a tire if its pressure is low, and checking tires manually is a dirty job, so I did it infrequently. A continuous test of tire pressure was, I thought, a tremendous invention.

 

An Introductory Acceptance Test

Written by Ken Pugh   
Monday, 08 March 2010 11:21

Test"If you don't know where you are going, you will wind up somewhere else." Yogi Berra

This article is an excerpt from Ken Pugh’s upcoming book – “Lean-Agile Acceptance Test Driven Development” to be published by Addison-Wesley.  Debbie, the developer, and Tom, the tester, are introducing acceptance test-driven development to Cathy, the customer.

The Triad – Tom, Debbie, and Cathy – are in their second meeting together.  Debbie describes an example of an acceptance test and four ways that an acceptance test can be executed.

 

Agile Developer’s Journal: A Day In The Life

Written by Geoffrey Bourne   
Monday, 08 March 2010 10:35

LifeWoke up, fell out of bed,
Dragged a comb across my head
Found my way downstairs and drank a cup,
And looking up I noticed I was late.
Found my coat and grabbed my hat
Made the bus in seconds flat.

- The Beatles “A Day in the Life” (Lennon & McCartney)

People are creatures of habit, particularly programmers: we seek consistency, whether it is the tried and true Waterfall/SDLC method or our morning routine of reading the newspaper with a hot cup of coffee.  Companies or projects looking to adopt an Agile process usually begin by asking, "What is the ROI (return on investment)?" and "Will projects be delivered better, faster and cheaper?"  While these are excellent management focused questions, they neglect the fundamental concern of an individual developer: "What will my day-to-day look like working in an Agile environment?"

Last Updated on Tuesday, 09 March 2010 17:05
 

The Value of Concurrent Testing

Written by Bob Small and Chuck Gadinis   
Tuesday, 09 February 2010 09:30

ValueConcurrent testing is the concept that as software is being developed, it is also being tested. Concurrent testing can be done in several ways; one of the most common is to perform testing at the system level. As a development team completes coding requirements for an application or system, this required code becomes testable, while other team members can execute test cases against the completed code.

 

The Truth about Practices and “Being” Agile & Lean

Written by Russell Pannone   
Monday, 08 February 2010 17:15

TruthVince Lombardi, one of, if not the greatest coach in football history, once said, “Practice does not make perfect. Only perfect practice makes perfect”.

A misnomer is labeling a practice a “best” practice"; a practice is only best in the specific context in which it exists.

My working definition of “practice” is: A practice is a common and adaptive approach for doing something with a specific purpose in mind. When “being” agile and applying a practice we are focused on value-added not the means.

Figure 1.0 depicts candidate practices applicable to “being” agile.

Last Updated on Monday, 22 February 2010 17:01
 
<< Start < Prev 1 2 3 4 5 6 7 8 9 10 Next > End >>

Page 1 of 36

Agile Marketplace - Announcements and Special Offers

Webcast:  Moving Build and Code Quality Upstream
This interactive panel discussion moderated by Bob Aiello, Editor-in-Chief fo the CM Journal brings industry experts Anders Wallgren, CTO of Electric Cloud and Gwyn Fisher, CTO of Klocwork together for a candid discussion of the cost savings, productivity and quality benefits that can be achieved by stabilizing builds and code quality as early in the development cycle as possible.
Register Now!

Collabnet -TeamForge 5.3
CollabNet TeamForge 5.3 includes Dynamic Planning—providing flexibility to model release scope and timeline in a single view. Now, you can easily manipulate/adjust release data.
Download Your Free Trial

Requirements-based testing (RBT) can help to ensure comprehensive test coverage, reducing the risk of failure and improving software quality. This white paper details how application lifecycle management can be used to more effectively implement RBT processes, offering greater collaboration, traceability and control.can help you increase efficiency, reduce project risk, and improve overall software quality. Learn how MKS Integrity for application lifecycle management enables RBT, delivering full lifecycle traceability to help ensure that project requirements have complete test planning and execution coverage.
Download the Requirements-Based Testing whitepaper

PureCM –SCM for Agile Teams
PureCM helps you to manage development in short iterations: keeping track of changes, supporting automated builds and preserving frequent snapshots of your projects.
Get the free trial now