filter_list help_outline
  • Liked Dave Snowden
    keyboard_arrow_down

    Dave Snowden - Is Mindset yet another agile buzzword?

    45 Mins
    Keynote
    Executive

    While it is true to say that people’s attitudes and beliefs are key to implementing an agile project, or Agile in itself, much of the use of the term ‘mindset’ implies a mental model that can be defined and engineered. In this presentation, we will look at how we can measure attitudes within an organization and use multiple small actions to trigger the rapid evolution of organizational culture, so that it can sustain agile developments. Mindset and the alignment-based ideas of some on the Agile movement too often imply creating homogeneous beliefs and values that will lead to full alignment. In practice, this damages resilience and can be dangerous. This presentation will introduce the idea of coherence instead of alignment - the celebration of cognitive and behavioral differences that can align if needed to support the delivery of sustainable solutions.

  • Elijah Eilert
    Elijah Eilert
    Innovation Coach
    Lean Startup Coach
    schedule 4 months ago
    Sold Out!
    45 Mins
    Keynote
    Intermediate

    Traditional accounting methods measure and manage innovation efforts but this can in fact be one of its biggest disablers. Internal funding systems and the way performance and progress get measured, demand us to make up facts that can not possibly be predicted far into the future. In return, it all too often makes us build the wrong thing. How can Return on Investment (ROI) calculations, for example even be close to true when the product and even the market doesn't yet exist?

    The problem with innovation of course is that we have little to no historical data these approaches heavily rely on. Further, current systems don’t account and adjust for all the new learnings a team gathers. They simply don’t enable honest conversations between those that build products and those that make investment decisions. It leads many people to make up fiction and hide risky assumptions in order to get funding. Many times the best storytellers and politicians get funded, not necessarily those with the best ideas. As a result, organisations fall into the trap of not making corrections early enough before, all too often, the budget is used up before reaching success or ends up with a zombie product on life support.

    Innovation Accounting fundamentally ties learning and money together. It bridges the gap between product and finance. It allows for an honest and effective approach to creating, delivering and capturing value.

  • Liked Vilas Veeraraghavan
    keyboard_arrow_down

    Vilas Veeraraghavan - Measuring the cost and tracking the effectiveness of a high-impact Chaos Engineering program

    45 Mins
    Case Study
    Beginner

    The practice of Chaos Engineering has established the importance of running resiliency experiments in cloud-native application ecosystems. As the field of Chaos/Resilience Engineering has matured and attained widespread adoption, a need has emerged for engineering organizations to quantify the costs of running such a program. Additionally, sustained investment in any long-running program will require metrics (KPIs) to show effectiveness to Executive Leadership.

    In this talk, we will discuss the setup, running and maintenance stages of a high performing Chaos/Resilience engineering program irrespective of the size of the organization. We will analyze the key metrics that should be tracked along with the optimum cadence of chaos exercises. Also, with the rapid advancement of CI/CD tools and cloud deployment technologies, we look at enhancing the impact of chaos engineering by deep integration into the continuous deployment pipeline.

  • Liked Vilas Veeraraghavan
    keyboard_arrow_down

    Vilas Veeraraghavan - Walmart's Continuous Deployment Journey using Concord - Delving into the successes, failures and learnings

    45 Mins
    Case Study
    Intermediate

    This talk will focus on Walmart’s home-grown open sourced solution for all workflow orchestration needs - "Concord". We will discuss the extremely rewarding continuous deployment journey that we undertook at Walmart that led us down the path of creating Concord. We will dissect some key successful case studies that Concord helped us solve at Walmart scale. In addition, we will talk about the various challenges we faced and continue to face during our journey and how the fast-changing industry landscape (with respect to continuous delivery of software) influences our growth inside Walmart.

    You will be able to understand:

    • How we deal with challenges at Walmart scale
    • Why we chose to open source our solution
    • How we enable a complete CD cycle using Concord
    • How Concord empowers deployments in a hybrid cloud model
  • 480 Mins
    Workshop
    Advanced

    n this one-day Workshop, Dave Snowden, the creator of the Cynefin framework and famous in the agile community as an inspiring and sometimes controversial speaker, will address agility from the point of view of complexity. Participants will be exposed to a realistic approach that puts context before dogma and shows a future for Agile that goes beyond fighting over methods and towards a sophisticated application of agility in organizations.

    This class will offer an introduction to the Cynefin framework by its creator: the Cynefin framework is a transformational idea that uses a situation-specific approach to making sense of the world in order to act in it, and ensures effective work, decision making, and management even in complex and uncertain environments. For Agile practitioners, this framework supports effectively tailoring methods and practices to different situations. Cynefin-informed methods and practices help Agile organizations harness change and turn complex situations into a competitive advantage for customers and the business.

  • Liked Adam Tornhill
    keyboard_arrow_down

    Adam Tornhill - Manage Technical Debt in Microservices and Monoliths

    Adam Tornhill
    Adam Tornhill
    Author
    Software Design X-Rays
    schedule 1 month ago
    Sold Out!
    480 Mins
    Workshop
    Intermediate

    Many codebases contain code that is overly complicated, hard to understand, and hence expensive to change and evolve. Prioritizing the technical debt to pay down is a hard problem since there's always a trade-off between improving existing code versus adding new features. In this masterclass, you learn how easily accessible development data let us uncover the technical debt with the highest business impact. The techniques cover both technical and organizational decisions around your codebase, and we cover both traditional architectures as well as microservice architectures where you learn to measure non-code properties like team coupling, system mastery, and detect implicit dependencies between services.

    • Identify the code that's most expensive to maintain amongst millions of lines of code.
    • Put costs on technical debt and assess its delivery impact.
    • Detect architectural decay and learn to control it.
    • Perform architectural analyses of layers and microservices to uncover team coupling and implicit dependencies.
    • Learn refactoring patterns to address technical- and architectural debt.
    • Measure how organizational patterns influence code quality and the link to software architecture.
    • Uncover the social side of your codebase and use data to mitigate off-boarding risks.

    Participants are encouraged to take this opportunity and analyze their own codebases. As part of the workshop, you also get access to CodeScene – a tool that automates the analyses – which we use for the practical exercises. We also look at open-source alternatives, and see how we can use Git itself for data mining; the workshop is not about tools, but rather about the techniques and their applications. This is a new perspective on software development that will change how you view code.

  • Liked Lyndsay Prewer
    keyboard_arrow_down

    Lyndsay Prewer - Embracing collaborative chaos - running Chaos Days on large platforms

    45 Mins
    Case Study
    Intermediate

    Today’s systems are inherently complex, with some component parts often operating in or close to suboptimal or failure modes. Left unchecked, as complexity increases, the compounding of failure modes will inevitably lead to catastrophic system failure. Chaos Days help us address this risk by spending time deliberately inducing failures, then analysing the response.This session summarises our experience of running Chaos Days on a large scale platform. We’ll explore the what, why, how and when of running a Chaos Day.

    As engineers we spend a lot of our time thinking about how best to shield our clients and customers from the risks inherent in the systems we build. We ask ourselves “what’s the worst that could happen?” – and work hard to mitigate the risk. A common risk in most systems, particularly distributed ones, is the unexpected failure of a component part. As a system’s complexity and its number of subsystems grows, so does the likelihood of a subsystem failure. Subsystem failures can compound in such a manner that catastrophic system failure becomes a certainty. The only uncertainty is when the system will fail.

    Chaos Engineering addresses the risks inherent in distributed systems that stem from unexpected component failure. It does so by running experiments that explore the impact of sub-system failures by deliberately inducing different types of failure in different components. Outcomes are then analysed and learnings applied to improve the system’s resilience. These learnings deepen our understanding of the system and its failure modes, which aids the identification of new failure scenarios. This feedback loop informs subsequent rounds of experimentation, and thus the cycle repeats. In addition, planned failures provide a safe environment for teams to improve their incident response and how they conduct subsequent postmortems.

    Chaos experiments can take many forms, ranging from continuous, automated failure injection (made famous by the Netflix Chaos Monkey), to one off Chaos Days (similar to Amazon’s Game Day), where disruption is manually instigated. Chaos engineering is similar to the ethos of “building quality in”: it’s a mindset, not a toolset: you don’t need to be running EKS on AWS to benefit from being curious about failure modes and how to improve a system’s resilience towards them. It just requires a focus on “building resilience in”.

    This session shares our experience of running Chaos Days over the last year, with one of our clients – a major Government department that hosts around 60 distributed, digital delivery teams. These teams design, deliver and support hundreds of microservices that serve online content to the department’s varied customers.

    The microservices all run on a single platform, itself run by seven Platform Teams that take responsibility for distinct areas (infrastructure, security and so on). Inspired by the Netflix Chaos Monkey and Amazon’s Game Day, the Platform Teams have planned and executed several Chaos Days – to see just how well they and the Platform coped when everything that could go wrong, does go wrong.

  • Liked Subbu Allamaraju
    keyboard_arrow_down

    Subbu Allamaraju - Finding Your Middle

    Subbu Allamaraju
    Subbu Allamaraju
    Vice President
    Expedia Group
    schedule 1 month ago
    Sold Out!
    45 Mins
    Case Study
    Intermediate

    As organizations break barriers between dev and ops, are we entering a new era of another extreme? In this extreme, every team owns their service from dev to ops, and introducing central teams for shared activities is considered as an anti-pattern. Is that so? Is there a role for centralization? How should you structure your teams to get be best possible outcomes? What guardrails should you consider? Based on real-world experience dealing with operations at large organizations, in this talk, you will find answers to find your middle ground.

  • Liked Subbu Allamaraju
    keyboard_arrow_down

    Subbu Allamaraju - The Surprise Factor

    Subbu Allamaraju
    Subbu Allamaraju
    Vice President
    Expedia Group
    schedule 1 month ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    Regardless of how well your org might have adopted DevOps culture and practices, your dev teams are likely spending a majority of their time planning for creating new things, adding features to existing products, or "replatforming" to take advantage of contemporary approaches. All these activities are centered around the "as intended" state of your systems. Consequently, you get surprised and frustrated when things don’t go well in production. How do you balance between the "as intended" and "as it is" (production) states? What does the "as it is" has to offer? Why and how to turn production surprises into opportunities? Join this session to find answers.

  • Liked Adam Tornhill
    keyboard_arrow_down

    Adam Tornhill - Meet The Social Side of Your Architecture

    Adam Tornhill
    Adam Tornhill
    Author
    Software Design X-Rays
    schedule 1 month ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    Software projects often mistake organizational problems for technical issues and treat the symptoms instead of the root cause. The main reason is that the organization that builds the system is invisible in our code. From code alone, we cannot tell if a module is a productivity bottleneck for five different teams, or whether our microservice boundaries support the way our codebase evolves or not. This session closes that gap by taking a behavioral view of code combined with insights from social psychology to measure aspects of software development that we haven't been able to capture before. You learn how this information lets you detect modules with excess coordination needs, measure how well your architecture supports your organization, as well as why Conway's law is an oversimplification. To make it specific, each point is illustrated with a case study from a real-world codebase.

  • Liked Adam Tornhill
    keyboard_arrow_down

    Adam Tornhill - A Crystal Ball to Prioritize Technical Debt

    Adam Tornhill
    Adam Tornhill
    Author
    Software Design X-Rays
    schedule 1 month ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    The technical debt metaphor has taken the software world with storm. No wonder, since software projects have their fair share of challenges. Most organizations find it hard to prioritize and repay their technical debt. The main reason is due to the scale of modern systems with million lines of code and multiple development teams; No one has a holistic overview. So what if we could mine the collective intelligence of all contributing programmers and start to make decisions based on data from how the organization actually works with the code? This session introduces one such approach with the potential to change how we view software systems.

    In this session, you'll get an introduction to techniques that help us uncover both problematic code as well as the social dimension of the teams that build your software. The techniques are based on software evolution and findings from various fields within psychology. This combination lets you prioritize the parts of your system that benefit the most from improvements, detect organizational issues and make practical decisions guided by data. Each point is illustrated with a case study from a real-world codebase.

  • Liked Renesh Moodley
    keyboard_arrow_down

    Renesh Moodley - Devops = Culture + Ownership + Empowerment

    Renesh Moodley
    Renesh Moodley
    Agile Consultant
    IQ Business
    schedule 3 months ago
    Sold Out!
    90 Mins
    Workshop
    Beginner

    The three spheres of a DevOps adoption being Culture, Processes and Tools are fundamental to any organisation. The focus on tools often supersedes any work being done at the process levels and almost always, the culture aspect is 'ignored'. Through my years of helping teams adopt agile and eventually pursue DevOps, I've identified certain patterns that address the varying levels of change that are needed by a team pursuing Agile Ways of Work.

    In this talk, I'll highlight the most important patterns that are needed along with suggestions to help embed these patterns. We'll utilise Value Stream Mapping, A4 Problem Solving and Team Skill Coaching as patterns for helping a team adopt DevOps thinking. I will be using the DevOps radar (from SAFe) as a guidepost for patterns to get an organisation moving towards the promised land.

    Whilst there isn't an 'endpoint' for a DevOps adoption, these patterns reflect milestones on a DevOps transformation roadmap and serve as a possible ‘quick start’.

    NOTE: This is not. A SAFe pitch or SAFe sales workshop. The DevOps radar can be used, regardless of the presence of SAFe.

  • Liked Anand Bagmar
    keyboard_arrow_down

    Anand Bagmar - Visual Validation - The Missing Tip of the Automation Pyramid

    45 Mins
    Demonstration
    Intermediate

    The Test Automation Pyramid is not a new concept.

    Test Automation Pyramid

    The top of the pyramid is our UI / end-2-end functional tests - which simulate end-user behavior and interactions with the product-under test.

    While Automation helps validate functionality of your product, aspects of UX validations can only be seen and captured by the human eye and is hence mostly a manual activity. This is an area where AI & ML can truly help.

    With everyone wanting to be Agile, make quick releases, the look & feel / UX validation, which is a slow, and error-prone activity, quickly becomes a huge bottleneck. In addition, with any UX related issues propping up cause huge brand-value and revenue loss, may lead to social-trolling and worse - dilute your user-base.

    In this session, using numerous examples, we will explore:

    • Why Automated Visual Validation is essential to be part of your Test Strategy
    • Potential solutions / options for Automated Visual Testing, with pros & cons of each
    • How an AI-powered tool, Applitools Eyes, can solve this problem.
  • Liked Anna Obukhova
    keyboard_arrow_down

    Anna Obukhova - Biology of Agile Leader

    Anna Obukhova
    Anna Obukhova
    Agile Coach
    ScrumTrek
    schedule 2 months ago
    Sold Out!
    45 Mins
    Tutorial
    Intermediate

    Agile Leadership has its unique flavour of natural leadership, when power is not given with a title but taken by a person based on his/her inner abilities. We use Servant Leadership or Powerless Leader to emphasise this difference. If we look deeper into the biology and neuroscience of leadership we might find really unexpected things – that Agile leaders are the ones that are recognised by nature and we unconsciously can select these people from the crowd. How to become this type of person?

    To be an effective Agile leader we need to understand:

    • What makes a leader: Leader-Leader Agile Model

    • The difference between a leader and dominant behaviour, why leaders look younger and more active (on hormonal level)

    • Hormones and neuroscience of a natural leader (with some cases and practice)

    • Leadership differences and similarities of Scrum Master and Product Owner

    • Simple (4 words) yet powerful mindset change to become a natural leader that people will follow

  • Liked Dana Pylayeva
    keyboard_arrow_down

    Dana Pylayeva - Journey without fear. Leading your teams to high-performance.

    45 Mins
    Workshop
    Executive
    Psychological Safety has been identified as a #1 condition for creating high-performing teams by Google’s Project Aristotle. Yet, many organizations today find themselves being affected by fear in the workplace. It manifests itself in employee's disengagement, lack of innovation and toxic working environments.
    How can we start taking the first steps away from the culture of fear and towards a culture of psychological safety?
    Join this interactive session to experiment with a new "Fear in the Workplace" and "Safety in the Workplace" games (designed by the speaker) and start these difficult conversations in a fun way. Discover a number of safety enhancers that can help you, your teams and your organization on this journey.
    Highly experiential, this session is designed with elements of Training from the Back of the Room and brings together “tried and true” practices from the years of coaching teams in US, Canada, Ireland and Japan.
    Join in to learn by doing and bring back a set of practices designed to significantly improve psychological safety in teams and organizations.

  • Liked Dana Pylayeva
    keyboard_arrow_down

    Dana Pylayeva - DevOps Culture Simulation (with Lego and Chocolate Game)

    90 Mins
    Workshop
    Beginner

    Organizations today can no longer afford to deliver new features to their respective markets once a year or even once a quarter. In an attempt to catch up with the competition, they jump start their DevOps journey with the "How", while losing the sight of "Why" and "What".

    Join this tutorial to gain a solid understanding of fundamental principles of the DevOps culture and avoid typical DevOps anti-patterns.

    In this gamified simulation you will become a part of a "large enterprise" and experience how DevOps will help to eliminate silos. You will experience the benefits of cross-training and start adopting systems thinking. You will participate in the debriefing with Liberating Structures and gain valuable insights that can be immediately applied in your organisation.

    The workshop is designed to be equally accessible to technical and non-technical audience alike. It bring together years of practical experience in IT, experiential learning models, elements of game design, Lego, Chocolate, and facilitation with Liberating Structures.

    Engaging, simple and powerful, this workshop is not to be missed.

  • Liked Gunnar Grosch
    keyboard_arrow_down

    Gunnar Grosch - Performing Chaos in a Serverless World

    45 Mins
    Talk
    Intermediate

    The principles of chaos engineering have been battle-tested for years using traditional infrastructure and containerized microservices, but how do they work with serverless functions and managed services? In this session we'll cover the motivations behind chaos engineering, how we perform chaos experiments, what some of the common weaknesses we can test for in our serverless applications are and run some actual experiments in a serverless environment. Join as we move from talking about principles to performing real chaos engineering experiments for serverless!

  • Liked Anna Obukhova
    keyboard_arrow_down

    Anna Obukhova - Neuroscience for Product Owners

    Anna Obukhova
    Anna Obukhova
    Agile Coach
    ScrumTrek
    schedule 2 months ago
    Sold Out!
    45 Mins
    Tutorial
    Intermediate

    We usually underestimate how difficult the Product Manager or Product Owner role is. If we think about how much energy and how much brain they need to be able to generate creative ideas, be full of insights and handle market feedback – this is definitely the hardest role ever. Hopefully we have research in neuroscience that helps to understand how insights happen, how to improve decision making and how not to fall into confirmation bias (and some other biases that spoil how clear we see the situation). This talk will share ideas and tools that will help Product Managers to create even better products and keep brain fresh and creative.

  • Liked Pramod Sadalage
    keyboard_arrow_down

    Pramod Sadalage - DevOps Practices for the Database Team

    Pramod Sadalage
    Pramod Sadalage
    Software Developer
    Thoughtworks
    schedule 3 months ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    This talk will focus on understanding the DevOps movement from the perspective of the database professional. We will discuss the Values, Principles, Methods, Practices, and Tools applied and provide an example of how these will affect the database teams. This talk will discuss techniques such as version control of the database, continuously integrating database changes, deploying databases changes in an automated way, automated database sandbox creation, automated database comparison, using tools such as dbdeploy, dbmaintain, liquibase, flyway, and many others. Practices for setting up development work areas and how to include the dba as a ops role into the dev team

  • 480 Mins
    Workshop
    Beginner

    The Disciplined Agile (DA) toolkit provides straightforward guidance to help organizations choose their way of working (WoW) in a context-sensitive manner, providing a solid foundation for business agility.

    DA builds on the existing proven practices from agile methods such as Scrum, Extreme Programming (XP), Lean software development, Unified Process, and Agile Modeling to include other aspects necessary for success in the enterprise. DA fills in the gaps left by mainstream methods by providing guidance on how to enable software development team to choose their WoW, how to address DevOps in an enterprise-class setting, how to apply agile and lean strategies to IT, and how to support business agility within your organization.

    Our fundamental advice is to start where you are, do the best that you can given the situation that you face, and always try to get better.

    The one-day workshop is not technical and is suitable for all team members. Many group exercises reinforce the principles learned. The workshop is also valuable for management tasked with moving from traditional approaches to agile.