You have successfully coached a team or two, but seem to have lost momentum in spreading agile beyond your local division. The organization’s culture seems to be pitted against you. What efforts can you take to overcome this barrier? Do you know how to assess your current organizational culture? How about manage the changes to it? According to State of Agile Survey, for two years running, the ability to change organizational ...more »
Ideas & Submissions
Lessons learned from teaching and working with distributed agile teams.
Over the last three years I have worked with teams in 9 different countries, with every possible combination of distributed structure.
This talk examines what works and what doesn't work for distributed teams and presents some practical guidelines on ways to set distributed teams up for success.
Continuous Delivery is the current pinnacle of agile development, but what lies ahead? Grounded in my own background and current work with continuous delivery, I will explore a number of ongoing and future concepts that could change how agile development and release works to achieve even higher levels of stability. Here are brief descriptions of some of the concepts I will be exploring: - Infrastructure as code- adding ...more »
The yelling is over, the features are prioritized, the experiments are designed. Now it's time to implement. How do you transition from idea to MVP (or beta) without (1) having to throw everything away when your user base explodes or (2) getting stuck in design and architecture hell? I'll take you through an experience-based, platform-agnostic approach to creating lightweight architecture and design that is equally useful ...more »
In my work with teams and organisations around the world I have come across a number of anti-patterns in Agile implementations.
This talk will identify the common patterns, likely root causes and ways to prevent/overcome them.
The prioritized product backlog is core to being agile. A well prioritized backlog allows us to satisfy the customer through early and continuous delivery of valuable software. Lean and Kanban may call it something else, but there too, prioritized work is key. At the same time, prioritizing work is an extremely difficult activity. Internal customers, non-functional requirements, investigations, proof of concepts, and ...more »
Abstract: A friction often exists between User Centered Desgin (UCD) and Agile Software Development. On the one hand we all want to design a product that considers well the needs of the people who use it. On the other we want to deliver quickly through iteration and agile methodologies. It's not very obvious how these two ideas can be integrated... but they can. This session will cover how User Centered Design and Agile ...more »
In under four years, Mylyn’s task-focused interface has gone from a university whiteboard to a tool with over a million monthly downloads. Not long ago, the notion of a tool that re-aligns the IDE around Agile collaboration and hides more of the program than it shows seemed radical. But as the task-focused interface continues its adoption, the next big step in the evolution of developer tools is becoming clear. In order ...more »
For the most of time we are hearing only good things about Test Driven Development approach: how it helps to increase our efficiency and quality of the code. The concept itself becomes fashionable and people trying to adopt it no matter what circumstances on their projects are or how well team is prepared for these techniques. Is any project is a good candidate for TDDing it? Is any team should adopt these practices? ...more »
Has your Software Development Department achieved the pinacles of Continuous Integration, but the rest of the organization is still wondering how they can benefit? Does it take you three minutes from a bug fix to integration tests results, but three months from an idea to a production code? In this case, you're ready for the next evolutionary step. Continuous Delivery is about enabling product innovation through frequent ...more »
Who is responsible for QA on an Agile team? The answer is “Everybody”. And yet this is rarely the case. Often the Testers write their test cases and automation in isolation and execute them after development is finished. Developers write their code without talking to the testers except to understand how to reproduce the latest discovered defect. Product Owners elaborate requirements in isolation and then hand them off ...more »
Doing > Talking. This exercise will introduce concepts of Push vs. Pull, Kanban (bottlenecks, cycle time, work-in-process limits, idle/slack time, flow), Continuous Improvement (Kaizen), and Waste