|
A Test Manager's Transformation Toolkit If you have had your testing window reduced or you are being challenged to do more with less, this session is for you. Mari Kawaguchi shares how she and her team embraced these challenges to transform their testing operating model. Sharing her extensive experience, Mari details the road map that elevated her testing organization to a valued and strategic partner within the organization. Mari describes the strategic components of testing-people, process, and technology-and shares how to assess your team’s skills, build subject matter experts, and ensure the right mindset to drive innovation and change. From a process and technology perspective, she outlines early testing engagement and collaboration, risk based testing, root cause analysis of escaped defects, and performance scorecards. Take back a new toolkit of ways to transform your test team into strategic business partners.
|
Mari Kawaguchi, Bank of America
|
|
The Vital P's of Testing: Purpose, People, and Process When building a testing organization, where do you start? Technical skills? Domain knowledge? Testing experience? The cheapest resource? A set of testing tools? A formal test process? Mike Hendry suggests that before looking for staff or tools, you must ask-and answer-fundamental questions about the planned organization. Drawing on the collective wisdom of many management, leadership, and testing gurus, and on his experience building three testing centers of excellence in the past ten years, Mike shares his successes and failures, tips and traps in building a successful team. This includes determining the purpose of the organization, the types of people needed, and the test processes to be used. Although every organization is different, and what works in one organization may not work in another, Mike is confident that at least one of his “learnings” will resonate with you.
|
Michael Hendry, UNUM Corporation
|
|
STARWEST 2012: Testing in the DevOps World of Continuous Delivery DevOps is an increasingly popular development approach focused on ensuring that delivered code is immediately stable and works as expected. DevOps team members must be multi-skilled and are expected to perform all the activities of development, testing, and SysAdmin tasks. Manoj Narayanan shares how to implement testing using DevOps tenets and how it differs from its more popular cousin, agile development. To work productively with developers and SysAdmins, testers must develop knowledge of development and design principles, programming languages, and continuous integration. Manoj explores the critical role that functional and regression test automation plays in enabling testing organizations to be more productive. Manoj concludes with an analysis of the cultural impact DevOps has on the testing organization and its interaction with other critical stakeholders-business, developers, operations, and customers.
|
Manoj Narayanan, Cognizant Technology Solutions
|
|
Journey to Agility: Leading the Transformation How far can you take agile within an organization? Is it enough to just focus on agile development practices such as Scrum and XP or is something more needed? Agile is much more than just a development methodology. Beyond product development, it can become an organizational strategy for increased success. Skip Angel shares an example of one company's journey from no knowledge of agile to an organization of high agility. He answers many of your questions about transformation that can help your company on its journey to agility, especially how to get started. Skip describes the preconditions a company must be ready to accept-significant organizational changes and the major activities and events that happen during the transformation process. Agile changes organizations in terms of who they are, how they think, and what they can achieve.
|
Skip Angel, BigVisible Solutions
|
|
Implementing Agile in an FDA-regulated Environment While many industries have adopted agile, the medical device industry, which develops products for life-critical applications-where quality and reliability are clearly a top-priority, remains largely stuck under the “waterfall.” Medical device firms must comply with FDA regulations that overwhelmingly suggest a controlled, phase-gated approach to software development. Unfortunately, many companies and development organizations interpret FDA regulations to require a steep waterfall. Many industry long-timers incorrectly see agile as an undisciplined style of software development. Neeraj Mainkar demonstrates how those in regulated industries can overcome these and other hurdles. At Neuronetics, he helped implement key elements of agile while fully complying with FDA regulations.
|
Neeraj Mainkar, Neuronetics
|
|
Collaboration Workshops: Discover, Plan, and Prepare the Product Backlog To deliver high-value products, your agile team must reach a shared understanding of prioritized stakeholder needs. Collaborative techniques are best for this type of work, but not all agile teams use them or use them efficiently. Some rely too heavily on written user stories or story maps and fail to address complex topics or resolve requirements conflicts among stakeholders. Ellen Gottesdiener outlines how you can systematically collaborate about the product backlog in nimble, timely workshops that give your team an open venue for working together to make complicated decisions. Ellen explores collaborative techniques for backlog discovery and preparation. She teaches you to use the Seven Dimensions technique to make sure you capture all product needs.
|
Ellen Gottesdiener, EBG Consulting, Inc.
|
|
Restating Scrum: Refining and Extending the Framework Knowing the rules of chess doesn’t equip you with strategies to win the game-much less make you a chess master. In the same way, many Scrum teams and their organizations know the rules but never consider longer-term strategies for getting the most out of Scrum. Sadly, of the thousands of organizations using Scrum, only a small fraction realizes Scrum’s true potential. To help address this epidemic and offer teams and companies ways to get more out of Scrum, the Scrum Framework has been codified in the Scrum Guide 2011. Rob Maher explains what elements of Scrum were revised and why, and offers practical guidance on avoiding common missteps that plague failing Scrum teams and organizations. Rob describes the extension model which allows the Scrum Guide to be expanded to support related strategies and practices.
|
Rob Maher, Scrum.org
|
|
Performance Appraisals for Agile Teams Traditional performance evaluations, which focus solely on individual performance, create a “chasm of disconnect” for agile team members. Because agile is all about team performance and trust, the typical HR performance evaluation system is not congruent with agile development. Based on his practical experience leading agile teams, Michael Hall explores how measurements drive behavior, why team measurement is important, what to measure, and what not to measure. Michael introduces tangible techniques for measuring agile team performance-end of sprint retrospectives, sprint and project report cards, peer reviews, and annual team performance reviews. To demonstrate what he’s describing, Michael uses role plays to contrast traditional, dysfunctional annual reviews with agile-focused performance reviews.
|
Michael Hall, WorldLink, Inc.
|
|
Lessons from a DevOps Journey In large financial institutions, treasury departments-specialized teams of traders and experts in liquidity, risk, accounting, financial forecasting, and quantitative analysis-manage the organization’s wealth and financial risk. These departments require large, complex, third-party software products that must change often to support the treasury’s complicated business processes. Matt Callanan describes how a team of developers and operations staff-the DevOps team-applied agile principles to the “last mile” and reduced software deployment from one week to one day. He discusses how their DevOps team collaborated to develop automation solutions to support ongoing deployment activities and solve many issues in the operational environment.
|
Matt Callanan, Independent
|
|
Ready, Really Ready, and Really Really Ready Stories Product owners create stories they believe are ready for development. Developers accept and then estimate stories that are not really ready to be started. This disconnect between being “ready” and “really ready” results in miscommunication and frustration. For example, story development can take much longer than original estimates because of the details and “sad paths” that were not expressed in the story. Ken Pugh describes how to turn vague acceptance criteria into specific acceptance tests. He explains how levels of detail in acceptance tests can help to more closely estimate the effort required by stories and shows how acceptance tests determine when stories are complete. With Ken, you’ll go through creating a “really really ready” story and examine when it should be created and who should participate.
|
Ken Pugh, Net Objectives
|