SJSU Courses
CS200W Fall 2014
charles bocage

Assignment: Blog #1
Attempt: Attempt 2
Accessed: 9/14/2014 4:34:39 AM

Assignment:
Blog #1
Please read and review the blog handout in Dropbox for Week Three.

Response
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/

 

 
Introductory Material (3):
In 2001, a group got together and formulated a new software development methodology called Agile.1 The new methodology was to make the practice of developing software more effective.1 Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value.1 Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/




Thesis Statement (1):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).
1
At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/




Main Ideas (2):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story.1 The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly.1 The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/




Supporting Ideas (15):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers.1 The user story should of course contain a title and the target audience.1 In addition, there is a cadence that needs to be followed when creating a user story.1 It is "As a I want to So that ” (Ambler & Holitza, 2012).
1
Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012).1 These user stories are later prioritized, rated for difficulty and have hours put against them.1 This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.
1
How does the agile development methodology differ from the other development (testing) methodologies?
2
One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
2 1.Requirements
2 2.Design
2 3.Development
2 4.Integration
2 5.Testing
2 6.Deployment
2
As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/




Conclusion (8):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase.1 Let's compare agile to one of its predecessors, Waterfall.1 Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end.1 The rigidness of the Waterfall methodology creates a problem when testing commences.1 If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched.1 It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012).1 On the other hand, Agile does testing within every sprint cycle.1 Positioning the testing phase closer to the time the code was written produces faster response to bugs.
1
References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/




Transitional Words and Phrases (4):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition1, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza, 2012).

Furthermore1, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If1 a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand1, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/




Other (7):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References
1
Ambler, S. W., & Holitza, M. (2012).1 Agile For Dummies IBM Limited Edition.1 Hoboken: John Wiley & Sons, Inc.
1
Huston, T. (2014).1 What Is Agile Testing?1 Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/
1



Fragments (10):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
1 2.Design
1 3.Development
1 4.Integration
1 5.Testing
1 6.Deployment
1
As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References
1
Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition.1 Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014).1 What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/
1



Proofread This! (1):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a 1I1 want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/




Confused Words (1):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a1 I want to So that ” (Ambler & Holitza, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/




Spelling (6):
In 2001, a group got together and formulated a new software development methodology called Agile. The new methodology was to make the practice of developing software more effective. Agile owes it popularity to the fact that it has been proven to increase customer collaboration, respond to change, deliver high-quality products frequently ensuring value. Agile makes it easy to take such large strides compared to other methodologies because “the goal, instead, is to simply do whatever's necessary at any moment to satisfy a customer's requests, replacing documentation with in-person meetings and replacing siloed1 functions with unified, self-organizing project teams” (Huston, 2014).

At the heart of the agile methodology is the user story. The user story acts as a place for stakeholder to communicate product requirements to the developers. The user story should of course contain a title and the target audience. In addition, there is a cadence that needs to be followed when creating a user story. It is "As a I want to So that ” (Ambler & Holitza1, 2012).

Furthermore, the user story needs to include validation steps so the developer can prove to the product owner the work was done correctly. The validation steps also have a cadence; “When I , this happens ” (Ambler & Holitza1, 2012). These user stories are later prioritized, rated for difficulty and have hours put against them. This provides the avenue for the user story to be placed into a product backlog, worked on in a sprint and into a product that is delivered to the customer.

How does the agile development methodology differ from the other development (testing) methodologies?

One phase that Agile has been developed to improve is the testing phase. Let's compare agile to one of its predecessors, Waterfall. Waterfall is based on six rigid phases:
1.Requirements
2.Design
3.Development
4.Integration
5.Testing
6.Deployment

As you can see, the testing phase is in the fifth phase, near the end. The rigidness of the Waterfall methodology creates a problem when testing commences. If a bug is found it can take more time for the programmer to fix the bug because it may be a long time since that part of the program was last touched. It is “not only harder for the developer to find and fix but also can potentially trigger the need for major design changes toward the end of the project” (Ambler & Holitza1, 2012). On the other hand, Agile does testing within every sprint cycle. Positioning the testing phase closer to the time the code was written produces faster response to bugs.

References

Ambler, S. W., & Holitza1, M. (2012). Agile For Dummies IBM Limited Edition. Hoboken: John Wiley & Sons, Inc.

Huston, T. (2014). What Is Agile Testing? Retrieved from SmartBear1 Software: http://smartbear.com/products/qa-tools/what-is-agile-testing/





Results