|
|
Signs Your Agile Adoption Is Off Track-And How to Fix It Adopting agile is often a difficult proposition with many variables and sometimes uneven results. Recognizing when your adoption isn't working well and taking pro-active actions to put it back on track are essential. So, how do you know if your adoption is proceeding through rough but expected waters or running the risk of failing? Thomas Stiehm describes the signs of serious adoption problems and the steps you can take to fix them. Leveraging ten years of experience helping teams adopt agile, Tom walks through the many successes and failures he’s seen and, more importantly, the mistakes companies and people made that led to those failures. Learn the remediation steps you can take to re-energize and re-center your adoption efforts. Don’t let small missteps cascade into failure. Instead, join in and take back an action plan that’s sure to increase the odds of making your agile adoption a win for you, your teams, and your company.
|
Thomas Stiehm, Coveros, Inc.
|
|
|
Testing Traps to Avoid on Agile Teams Why do many agile teams fail at testing? Iterations turn into mini-waterfalls with testing at the end; stories never become “done” and carry into the next iteration with unresolved bugs; testers worry they’re losing control or being set up to fail; customers keep changing their minds after all the tests have passed. However, some teams do succeed with testing on agile projects. What do they do differently? Janet Gregory shares the lessons she’s learned that help teams-and especially testers-get agile right. With examples from her real-world experiences, Janet describes the testing traps and the practice or process to help fix each one. One example is “forgetting the big picture”-so easy when you are testing small, granular stories. A practice to put in place that avoids this trap is implementing feature acceptance tests to supplement story acceptance tests.
|
Janet Gregory, DragonFire, Inc.
|
|
|
Why Continuous Improvement Programs Fail: Can Kaizen and WIP Help? If you have established an agile or lean development approach and aren’t experiencing meaningful innovations or improvements in your process, this session is for you. Michael DePaoli shares an interdisciplinary understanding of why change initiatives so often fail and what to do about it. Join Michael and your peers to explore the neuroscience behind change and review the patterns of cultural, organizational, and behavioral dysfunction that impede improvement efforts. To address these challenges, Michael explores the kaizen philosophy of change and why optimizing from a current situation is often better than attempting revolutionary changes. Through the use of an innovation game, you’ll have an opportunity to share your challenges with continuous improvement and work with Michael and other participants to map out a new approach.
|
Michael DePaoli, VersionOne, Inc.
|
|
|
Agile Metrics: Velocity Is Not the Goal Velocity is one of the most common metrics used-and one of the most commonly misused-on agile projects. Velocity is simply a measurement of speed in a given direction-the rate at which a team is delivering toward a product release. As with a vehicle en route to a particular destination, increasing the speed may appear to ensure a timely arrival. However, that assumption is dangerous because it ignores the risks with higher speeds. And while it’s easy to increase a vehicle’s speed, where exactly is the accelerator on a software team? Michael “Doc" Norton walks us through the Hawthorne Effect and Goodhart’s Law to explain why setting goals for velocity can actually hurt a project's chances. Take a look at what can negatively impact velocity, ways to stabilize fluctuating velocity, and methods to improve velocity without the risks.
|
Michael Norton, LeanDog
|
|
|
Designing Agility Practices that Last Every day more agile practices and styles emerge, overlap, and compete. This proliferation challenges you to choose from among XP, Scrum, lean, Kanban, or the ways of the emerging Lean Start Up crowd. Rather than stumbling down one path or another, join David Hussman as he shares tools for assessing and designing an agile process with practices that address your specific needs and constraints. David starts by teaching a simple assessment process to help you understand where you are today. Then, he offers ideas for selecting a meaningful set of practices and moves on to teach you how to create a meaningful and measurable coaching plan. David covers the selection of product planning tools, iterative delivery tools, tracking tools, and more. If you want to clear the fog about which agile practice will really help you, come for some answers. Even if you don’t yet know what questions to ask, David can help.
|
David Hussman, DevJam
|
|
|
Transitioning Your Team to Kanban: Theory and Practice You’re familiar with agile and perhaps practicing Scrum. Now, you want to learn about Kanban to see if it is something to add to your development toolkit. Can Kanban help you? How does it differ from Scrum and other agile methodologies? Kanban is quickly being adopted by teams that want to improve their productivity. Kanban focuses on continuous flow and incorporating the theory of constraints which together allow teams to improve and streamline their product delivery. Learn about Kanban-not only the theory, but also practical lessons on transitioning your team to Kanban. Get insight into moving from Scrum to Kanban and pick up techniques that can aid any team. See cumulative flow diagrams, WIP (work-in-progress) limits, classes of services in action, and hear about other ideas from the Kanban toolset. Come and grow your agile repertoire!
|
Gil Irizarry, Constant Contact Software
|
|
|
Adding Good User Experience Practices into Agile Development Whose job is it to ensure that the user has a good experience with a new application? As agile processes are taught today, the user experience (UX) design practice is usually left out or at best described as an optional team role. However, the companies that build useful, usable, and desirable software know that UX is baked into the whole development process. Jeff Patton describes what user experience design is and isn’t, and how every person on the team has something to contribute. Hear concrete examples of how companies have adapted their UX practice to work well in an agile context and, along the way, discovered innovative UX practices that work better in agile contexts. Jeff explores pragmatic personas, guerrilla user research, design sketching, lightweight prototyping, and concept testing. Leave with valuable tips for adding UX practices and thinking to your agile process to help you get good user experience.
|
Jeff Patton, Jeff Patton & Associates
|
|
|
Agile Measures that Matter: What Are You Really Learning? “Speed” describes how fast an object is moving and let’s us compute the distance it has traveled. “Velocity” is different-it defines both speed and direction. So why do I meet so many teams who talk about their velocity but lack direction? Once you can track speed and distance, the real challenge becomes envisioning, validating, and measuring direction and purpose. David Hussman explores what teams typically measure and track in agile projects today, and compares these to what is most important to the business and to the project’s success. Come ready to question what you are measuring and how it is helping you improve. Join David to learn how to use data in more meaningful ways, discover new ways to measure velocity, and identify new tools to help ensure you are doing more of what is really needed. Come away with the answer to the key question: How do your teams know that they are building the right things for the business?
|
David Hussman, DevJam
|
|
|
Integrating Systems Thinking into Enterprise Agile While Scrum and XP have become very popular in agile development shops, most companies adopting them run into problems beyond just a few teams. These challenges often fall into a common set of patterns, which points to a lack of systems thinking-the process of understanding how things influence one another within a larger whole. Alan Shalloway shares his ideas on how the agile community can move beyond its team-centric approach to adopt a more holistic, systems-based approach. Systems thinking creates new opportunities to create substantially larger development teams-Alan calls them “pan-teams.” These teams work interdependently with a common vision and context. Pan-teams enhance the motivations for the teams and individuals to collaborate as a normal part of their daily work thus reducing the amount of forced collaboration.
|
Alan Shalloway, Net Objectives
|
|
|
Creating a Professional Credo: Aligning Career, Goals, and Personal Happiness In a world where technology is rapidly changing, development practices are quickly evolving, and teams are frequently reorganized, how can you remain steady and true to yourself? Even though things are changing around you, you can build a solid framework of personal beliefs to guide you throughout your professional career. To develop a credo-from the Latin “I believe”-is to take a personal journey through your professional life and the ideas that shaped it, ultimately creating your own statement of core beliefs. This credo forms a stable foundation for personal plans and actions. Marlena Compton shares the framework she’s used to build her professional credo. She examines manifestos and mission statements that have influenced her beliefs about building software and how she uses her credo as a basis to form concrete goals and take action.
|
Marlena Compton, Mozilla
|
