|
Group Interaction Patterns: The Keys for Highly Productive Teams
Slideshow
Development teams often fail to recognize the complex group interactions and multi-person relationships that are critical to build and maintain a highly productive team. Instead, they adopt follow-the-crowd practices such as stand up meetings or Kanban boards without understanding the underlying fundamentals. Michael Wolf introduces group interaction patterns of highly productive development teams to provide a framework for understanding group interactions and a vocabulary for discussing ways to improve. Michael demonstrates a simple tool-based on nine keystone patterns-that you can use to observe and understand your team members' interactions. He shares case studies that illustrate successes, failures, and turnarounds he's observed and explores how they relate to the different group interaction patterns.
|
Michael Wolf, Self
|
|
Better Software Conference East 2012: Data Collection and Analysis for Better Requirements
Slideshow
According to the Standish group, 64 percent of features in systems are rarely-or never-used. How does this happen? Today, the work of eliciting the customers' true needs, which remains elusive, can be enhanced using data-driven requirements techniques. Brandon Carlson introduces data collection approaches and analysis techniques you can employ on your projects right away. Find out how to instrument existing applications and develop new requirements based on operational profiles of the current system. Learn to use A/B testing-a technique for trying out and analyzing alternative implementations-on your current system to determine which new features will deliver the most business value. With these tools at hand, you can help users and business stakeholders decide the best approaches and best new features to meet their real needs. Now is the time to take the guesswork out of requirements and get "Just the facts, Ma'am."
|
Brandon Carlson, Lean TECHniques, Inc.
|
|
Reduce Release Cycle Time: Nine Months to a Week - Nice!
Slideshow
Picture this scene from three years ago: Employing the corporately mandated processes, a software engineering team is delivering system updates about once every nine months. When their senior user suddenly demands the next delivery in twenty-two weeks-half the current cycle duration-the team realize that they must quickly change development practices. Mathew Bissett describes how Her Majesty's Government did precisely that-and much, much more. First, they reduced delivery cycles from unpredictable dates every nine months to predictable releases every six weeks. Then, they cut releases cycle time to once every week. By identifying and mitigating risks early in the work intake process, enforcing quality gates, executing multiple test levels concurrently-and more-they dramatically increased throughput with the same or better quality. Today, these new processes provide their teams the best balance of structure versus agility.
|
Mathew Bissett, UK Government
|
|
Agile Development Conference & Better Software Conference East 2012: Seven Deadly Habits of Dysfunctional Software Managers
Slideshow
As if releasing a quality software project on time were not difficult enough, poor management dealing with planning, people, and process issues can be deadly to a project. Presenting a series of anti-pattern case studies, Ken Whitaker describes the most common deadly habits-and ways to avoid them. These seven killer habits are mishandling employee incentives; making key decisions by consensus; ignoring proven processes; delegating absolute control to a project manager; taking too long to negotiate a project's scope; releasing an "almost tested" product to market; and hiring someone who is not quite qualified-but liked by everyone. Whether you are an experienced manager struggling with some of these issues or a new software manager, you'll take away invaluable tips and techniques correcting these habits-or better yet, avoiding them altogether.
|
Ken Whitaker, Leading Software Maniacs
|
|
Form Follows Function: The Architecture of a Congruent Organization
Slideshow
One principle architects employ when designing buildings is "form follows function." That is, the layout of a building should be based upon its intended function. In software, the same principle helps us create an integrated design that focuses on fulfilling the intent of the system. Ken Pugh explores congruency-the state in which all actions work toward a common goal. For example, as Ken sees it, if you form and promote integrated teams of developers, testers, and business analysts, then personnel evaluations should be focused on team results rather than on each individual’s performance. If you embrace the principle of delivering business value as quickly as possible, the entire organization should focus on that goal and not the more typical 100% resource utilization objective. If you choose to have agile teams, then they should be co-located for easy communication, rather than scattered across buildings or the world.
|
Ken Pugh, Net Objectives
|
|
Embracing Uncertainty: A Most Difficult Leap of Faith
Slideshow
For the past couple of years, Dan North has been working with and studying teams who are dramatically more productive than any he's ever seen. In weeks they produce results that take other teams months. One of the central behaviors Dan has observed is their ability to embrace uncertainty, holding multiple contradictory opinions at the same time and deferring commitment until there is a good reason. Embracing uncertainty lies at the heart of agile delivery and is one of the primary reasons organizations struggle with agile adoption. We are desperately uncomfortable with uncertainty, so much so that we will replace it with anything-even things we know to be wrong. Dan claims we have turned our back on the original Agile Manifesto, and explains why understanding risk and embracing uncertainty are fundamental to agile delivery-and why we find it so scary.
|
Dan North, Lean Technology Specialist
|
|
Adaptive Leadership: Accelerating Enterprise Agility
Slideshow
Agile practices have proven to help software teams develop better software products while shortening delivery cycles to weeks and even days. To respond to the new challenges of cloud computing, mobility, big data, social media, and more, organizations need to extend these agile practices and principles beyond software engineering departments and into the broader organization. Adaptive leadership principles offer managers and development professionals the tools they need to accelerate the move toward agility throughout IT and the enterprise. Jim Highsmith presents the three dimensions of adaptive leadership and offers an integrated approach for helping you spread agile practices across your wider organization. Jim introduces the “riding paradox” and explores the elements of an exploring, engaging, and adaptive leadership style.
|
Jim Highsmith, ThoughtWorks, Inc.
|
|
Games Software People Play: Reasoning, Tactics, Biases, Fallacies
Slideshow
As engineers and doers, we make rational, well-thought-out decisions based on facts and figures. Or do we? Philippe Kruchten has identified not so rational strategies and tactics software people use while developing new, bold, and complex software-intensive systems. In addition to strategies such as divide-and-conquer, brainstorming, and reuse, Philippe has observed some strange tactics, biases, and reasoning fallacies. If not understood and managed, these “games”-intentional or not-can creep in and pervert the software development process. They go by simple, funny, and sometimes fancy names: anchoring, red herring, elephant in the room, argumentum verbosium, and others. Philippe shares an illustrated gallery of the games software people play and shows you how they combine to become subtle and elaborate political ploys.
|
Philippe Kruchten, Kruchten Engineering Services, Ltd.
|
|
Prime Directive: Improve Dev Testing Skills In many development organizations today, quality is the responsibility of everyone on the project-both developers and testers. However, getting devs fully engaged in this testing continues to be a challenge. Andrew Prentice describes two approaches-blitz testing and mentored testing-that help Atlassian’s developers gain the skills they need to improve code quality before the testers get their hands on the application. He shares how they structure and organize blitz tests-group test sessions, the various roles participants play in them, and how to foster their viral adoption. Andrew also describes mentored testing, including its potential risks and mitigation options. He examines the skills and tools testing teams need to implement these techniques with their devs.
|
Andrew Prentice, Atlassian
|
|
The Metrics Minefield In many organizations, management demands measurements to help assess the quality of software products and projects. Are those measurements backed by solid metrics? How do we make sure that our metrics are reliably measuring what they're supposed to? What skills do we need to do this job well? Measurement is the art and science of making reliable and significant observations. Michael Bolton describes some common problems and risks with software measurement, and what we can do to address them. Learn to think critically about numbers, what they appear to measure and how they can be distorted. Improve the quality of the information that we're gathering to understand the relationship between observation, measurement, and metrics. Evaluate your measurements by asking probing questions about their validity.
|
Michael Bolton, DevelopSense, Inc.
|