With the point of view of either Scrum Master or testers

Read the CS 250 Vision Quest Software Case Study PDF. Using the case study, assume your selected role and imagine you are transitioning from waterfall to agile. This is an experimental process as the company tries to learn how to best implement a new methodology. As the culture shift happens, communicate with your team members to discuss the practices and aspects of agile you feel are important to incorporate into your team. If there are any practices you feel should not be incorporated, provide an argument to your team as to why they should not be included. Focus on your specific role and how the practices will help you be more effective in your job. Ask your team members clarifying questions about their suggestions. Direct your communication to specific team roles as needed. Provide clear feedback to your classmates when they ask questions of your role, and clear feedback about the practices you want to implement. Work together as a team to accept and adopt at least one practice submitted by each team member.

______________________________

CS 250 Vision Quest Software Case Study PDF

A Software Success Story Vision Quest Software is a small and successful U.S. company that develops managed web applications for the gaming industry. They specialize in flexible, cloud-based software, delivered by a team of 52 from two locations in the United States. Celebrating their tenth anniversary in 2017, Vision Quest has built a track record of delivering value to its customers with applications that have the power to change the way that services are delivered to their customersand experienced by gamers.

Given that it is a relatively young company that focuses on innovation and flexibility, you might think that Vision Quest grew up embracing agile, but that wasnt the case. The company did have a reputation for being responsive to customer needs, but it tried to execute within a traditional project management environment. CEO Cheryl Frederick explains the problems that surfaced as a result of trying to be flexible in a waterfall environment: Our best-laid plans were continually being hijacked for shortpriority developments. The end result was that we reached a point where we had started lots of things but were finishing very little.

This created what Operations Director Linda Ruest refers to as an illusion of progressprojects were frequently assigned to only one person, so the work often took months to complete. From a development team standpoint, this approach created individual expertise and worked against a team environment. People were seen as specialists. Some developers had a large backlog of work, while others had insufficient workbut they were unable to assist their colleagues because they didnt have that specialist knowledge. This created individual silos and led to a lack of variety, as well as boredom and low morale. From a company standpoint, it also led to poor skills coverage, with multiple single points of failure in the development team.

Ready to Change

Fortunately, Vision Quest recognized that the situation wasnt ideal. When an opportunity to develop a brand-new product with brand-new technology presented itself, the staff was enthusiastic about trying a new approach. While there was some discussion of hybrid project execution approaches, the decision quickly came down to using Scrum or continuing with the traditional waterfall-based method that the organization had in place.

A number of people on the development team were interested in agile. One of them, Curtis George, decided to do something about it. Without really knowing what to expect, he booked himself on a Certified ScrumMaster (CSM) course. At the end of the course, Curtis was not only a CSM but a complete convert. He presented his experience to the rest of the development team and convinced Vision Quest to provide them with CSM training, with similarly positive results.

As part of the development team, the lead tester, Bruce Morgan, decided to take the initiative and embrace the agile process. He decided that the role of a software tester in an agile environment goes beyond just testing and logging bugs. It is more working as part of a development team and working closely with the Product Owner. He implemented policies for the testers to work with everyone in the team in order to improve and build quality into the product as early as possible.

The management had a vital role to play in the decision to use Scrum. The companys management team really grasped the concepts of Scrum and had the foresight to see how it could transform the way they delivered our projects, and moved decisively, Morgan explains.

Clearly, the environment at Vision Quest was ripe for change. There was a general recognition that the current method of executing projects wasnt working, combined with a potential solution in Scrum that all levels of the organization felt would offer tremendous benefits. However, enthusiasm for a new approach is not enough in itselfsuccess has to come from the results.