Building and Scaling High Performing Technology Organizations

schedule Mar 22nd 09:00 AM - 09:45 AM place Grand Ball Room

High performing organizations don't trade off quality, throughput, and reliability: they work to improve all of these and use their software delivery capability to drive organizational performance. In this talk, Jez presents the results from DevOps Research and Assessment's five-year research program, including how continuous delivery and good architecture produce higher software delivery performance, and how to measure culture and its impact on IT and organizational culture. They explain the importance of knowing how (and what) to measure so you focus on what’s important and communicate progress to peers, leaders, and stakeholders. Great outcomes don’t realize themselves, after all, and having the right metrics gives us the data we need to keep getting better at building, delivering, and operating software systems.

 
4 favorite thumb_down thumb_up 0 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

This presentation is a discussion of the research program into high performing tech organizations that Dr Nicole Forsgren, Jez Humble, and Gene Kim have led over the last five years. I begin by discussing how to measure software delivery performance and its impact on organizational outcomes. I then discuss the capabilities that impact software delivery performance, including technical practices, management practices, and lean product practices. I conclude with a discussion on culture and how to change culture.

Learning Outcome

  • .How to measure software delivery performance
  • The impact of software delivery performance on organizational outcomes
  • Technical practices that impact software delivery performance
  • Management practices that impact software delivery performance
  • Product management practices that impact software delivery performance
  • How to measure and change organizational culture

Target Audience

All

schedule Submitted 3 weeks ago

Comments Subscribe to Comments

comment Comment on this Submission

  • Liked Chad Fowler
    keyboard_arrow_down

    Chad Fowler - The Future of Software Development

    Chad Fowler
    Chad Fowler
    CTO
    Microsoft
    schedule 2 weeks ago
    Sold Out!
    45 Mins
    Keynote
    Intermediate

    From autonomous vehicles, 3D printed rocket engines, and “affordable” consumer-owned satellites to rapid advances in AI and secure, decentralized electronic currencies, the past several years have shown us that the only prediction we can confidently make about the future is that it will arrive more quickly than any of us imagined. Yet with all of these major technological advances, the way we develop, test, deploy, and manage software has been incrementally changing over the years. Many of the most forward-thinking paradigms, practices, and technologies are based on concepts and even implementations created decades ago.

    How can software development itself benefit from the disruptive changes in technology in recent years? This talk will explore influences, tech trends and coming innovations which will change how we as an industry approach to software creation, maintenance, management, and even employment.

  • Liked Leena S N
    keyboard_arrow_down

    Leena S N - Expand Contract Pattern for Continuous Delivery of Databases

    Leena S N
    Leena S N
    CTO/Programmer
    Good Karma
    schedule 1 month ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    Modifying the schema of a production database is hard. If something goes wrong, the impact on both customers and the team can be enormous. And it can be hard or even impossible to rollback a database schema change if things go wrong. And the same is true for any architectural change for a production application.

    The Branch by Abstraction and Strangler Pattern makes significant application changes easier. Are there any similar patterns we can use to make production database changes less risky?

    Indeed, there are. The Expand/Collapse pattern is a blueprint for making the database migration. It makes the remodelling both reversible and safe. By expanding the application to accommodate both the old and the new schemas in parallel, we can give ourselves time to:

    • Migrate any downstream dependencies on the old database schema
    • Gain confidence that the migration is safe

    We contract the application to the new version, once we’ve satisfied that the old schema is no longer needed.

    The pattern helps to make significant, but necessary refactorings to your data model in a continuous delivery way. Most importantly, without threatening the robustness of your production applications.

    While working with our product, I’ve successfully applied this pattern to make major changes to the core of the application, all while serving customers in production. I’ve learned some important lessons about how to best implement the Expand/Contract pattern.

    In this session, I’ll share my experiences on how to avoid pitfalls and succeed at these kinds of major data remodelling with hardly any downtime.

  • Liked Kaminski Pawel
    keyboard_arrow_down

    Kaminski Pawel - We learn the most when things go wrong - leading leaders to #extremeOwnership and #noBlame culture

    Kaminski Pawel
    Kaminski Pawel
    CTO
    uCreate
    schedule 3 weeks ago
    Sold Out!
    45 Mins
    Talk
    Advanced

    If I had a rupee for every time, I heard a CEO, product owner, scrum master or a manager complaining about their teams not caring enough about projects, other team members and users ...

    If I had a rupee for every time, I heard a leader asking for advice on how to stop "blaming games" and "political bureaucracy" in his/her organisation...

    We learn a lot about an organisation, its culture, and real values not during the times of enormous profits, successful product deliveries or CEO monthly motivational speeches but during the times of greatest struggles. We learn and find out who the real leaders are in moments when everything goes wrong, and everyone is making excuses and finger-pointing at other members or external factors. No one is to blame, and no one knows whose fault was the latest issue? The horror stories of firing employees on the spot, tearing down teams, bullying and threats are familiar to all of us.

    I genuinely believe that it does not have to be this way. I believe that there is a more effective way of leading the organisation, teams, and individuals. We have the most extraordinary opportunity to improve, make an impact and improve when things go wrong.

    We just have to change our approach to blame and ownership. Together we will learn how to reconsider your leadership skills and how to use them to accomplish team mission effectively. I want the audience to experience what extreme ownership means for them and what it means to be entirely responsible for all possible outputs. Participate in a challenge to create a team with a #noBlame approach to their mistakes. At the same time develop teams where psychological safety establishes an environment where uncomfortable conversations and creative conflict solutions can thrive.

    I want to share impactful lessons learned from building teams and company that tries to behave differently in moments of failure. How we started to appreciate opportunities created by accidentally removing production database, what we learned by forgetting to communicate with each other or follow agreed processes, and what happened when we declined to do a very profitable project. How we are seeing signs of people owning their projects entirely, taking responsibility and changing others around them. How we train leaders on all level of organisation and how we share more and more responsibilities with them. Experience our approach to blame concept and #noBlame culture we champion and value.

  • Liked Neependra Khare
    keyboard_arrow_down

    Neependra Khare - Security considerations while deploying Containerized Applications

    45 Mins
    Talk
    Intermediate

    Congratulations on deploying applications on Docker and/or Kubernetes; Nowthe next thing that you would worry, is security and would have following questions :

    • Are my images update to date ?
    • Have I given right access to users ?
    • Are there any security loop-holes in application deployment ?
    • How I can audit environment/application to be security compliant ?
    • Am I running the cluster in right configuration ?
    • .... and many more
  • Liked Jez Humble
    keyboard_arrow_down

    Jez Humble - Accelerate: Implementing DevOps and Continuous Delivery

    Jez Humble
    Jez Humble
    Owner
    Jez Humble & Associates LLC
    schedule 3 weeks ago
    Sold Out!
    480 Mins
    Workshop
    Beginner

    Getting software released to users is often a painful, risky, and time-consuming process. The practice of continuous delivery sets out the principles and technical practices that enable rapid, low-risk delivery of high quality, valuable new functionality to users. Through automation of the build, deployment, and testing process, and improved collaboration between developers, testers and IT operations, teams can get changes released in a matter of hours—sometimes even minutes—no matter what the size of the product or the complexity of the enterprise environment. This full-day workshop spends the morning providing an overview of the principles and practices behind devops and continuous delivery, and discusses how to implement these paradigms. In the afternoon we take a deep-dive into implementation specifics such as continuous integration, continuous testing, infrastructure management, architecture, and low-risk deployments (including database changes).

  • Liked Kaminski Pawel
    keyboard_arrow_down

    Kaminski Pawel - Practical use of Theory of Constraints - the story about bottlenecks, introducing change and win-win conflicts resolutions

    Kaminski Pawel
    Kaminski Pawel
    CTO
    uCreate
    schedule 3 weeks ago
    Sold Out!
    90 Mins
    Tutorial
    Beginner

    A perfect introduction to the Theory of Constraints in 3 acts. Three compelling stories that represent crucial aspects of ToC including bottlenecks, introducing change in organisations and resolving conflicts to create win-win solutions.

    Let us start with ToC premise that at least one constraint limits the achievement of the goal by any system. For the system to improve, the bottleneck has to be identified and exploited.

    Experience the pressure felt by ToC experts dealing with "largest marine oil spill in the history" and how creatively and orderly they approached that challenge. I want to share their story and my experiences finding bottlenecks, exploiting them and achieving a higher throughput of value in projects.

    ToC has a fascinating way of looking at introducing change into teams and organisations. Participate in considering some uncomfortable "facts" that we all know and believe about our failures. With the help of Eliyahu Goldratt, we will reconsider why some of our attempts at changing the situation around us failed or deliver limited benefits in comparison to initial promises. We will learn what to do next time we face the same dilemma.

    Finally, I want to recognise conflicts and ToC way of approaching disagreement resolutions. With the help of the audience, we will build pragmatic Evaporating Cloud to show how to create win-win solutions, forget about compromise and increase understanding between parties. The audience will experience and learn how to stay calm, tips and tricks on how to tackle conflict and how to grow empathy and their conflict solving abilities.

    Summary:
    Three stories are bringing essential concepts of the Theory of Constraints to life. We will consider the WHY behind the ideas, HOW to practically implement them and WHAT they can do for you, your team and organisation. Fundamentally we will try to answer three crucial questions:

    • What to change?
    • What to change to?
    • How to change it?
      by helping you, find bottlenecks, control the introduction of change and its outcomes and create an environment where conflict is a potential source of interesting conversations.
  • Liked Neeraj Agarwal
    keyboard_arrow_down

    Neeraj Agarwal - Code reviews - a hidden gem to save time, increase team happiness and improve knowledge sharing

    45 Mins
    Talk
    Beginner

    Most of agile conferences talks focus on "soft side" of being agile. We discuss process guidelines, Scrum Masters responsibilities, team building exercises and servant leadership ideas. In our quest to be agile we sometimes forget about developers and technical members of our teams, their tools, processes and way of thinking. Aspects like code reviews, TDD, CI, pair programming are hard for us to understand and justify spending time on them. We should not forget that at the end of the day great products we create needs great code to run.

    All organisations whether startups or large established are products and services using Agile guidelines. But most agile transformations focus on SM and PMs forgetting about developers and their challenges. It's a tough life being a full stack developer these days. They have to keep innovating & adapting latest trends in technology. PO & PM always want changes or ideas to incorporate ASAP, Moreover every line of code is exposed being pushed code to live multiple times a day.

    Constant Environment change, New languages and their regular updates, Huge legacy apps, Constant request from business to do more in new cutting edge has increased complexity in writing code. Code that is difficult to understand, hard to modify and challenging to extend is hazardous to developers, users and organizations. So what measures can be used to prove the code quality and the approach for improving the quality of the code base.

    “Code review” can be a handy tool catering the developers in real time to groom their skills while keep them focused on the agile process.

    Code review actually empowers agility by improving product and code quality and eliminates defects early when they are least expensive to fix. Code review process let developers think of new ideas how to write better code every time. Moreover, when working on project no-one is the only person who knows a specific part of the code base. Code review facilitate knowledge sharing of the code base across the team. Agile teams can realize huge benefits because work is decentralized across the team.

  • Liked Yogesh
    keyboard_arrow_down

    Yogesh - Our unique approach to build Learning Culture

    45 Mins
    Talk
    Beginner

    Did you know that one of the most basic human traits is to learn new things continuously? We just can’t stop ourselves, as we are biologically wired to learn and adapt, it’s almost an instinct. We can easily see it in a child exploring its environment, in teenagers maneuvering social interactions and with adults constantly challenged at their work to do more, faster, better. Almost all organizations claim to have a learning culture and be learning oriented. It’s hard to argue with that direction as "an ability to learn, and translate that learning into action rapidly, is the ultimate competitive advantage."

    Taking into consideration how many new opportunities we are exposed to every single day, how many new topics are there to learn and the fact that human knowledge doubles every 12 months the challenge for our organization has to be what to learn, and how to translate that knowledge into insights and actions.

    At ucreate, our survival depends on how quickly we adjust to constantly changing founders focus, startup conditions, technology landscape, users needs, and preferences and our team view on their future. We want to learn fast, challenge our hypothesis and provide value to our customers. We do it by experimenting on how to be great teachers and how to push the learning organization to the next level.

    In this talk, we will explain our unique approach to creating a learning organization based on scientific research, talking and listening to experts, our and external teams and running lots of failed experiments. We will share our insights and results. We think we can save you plenty of headaches and share practical advice on how to start on this exciting journey. The talk will give you an understanding what a learning organization is, how to start with your current team and project, most common issues and concerns and plenty of tricks how to keep going when things get tough and a holistic view of benefits and expected changes in individuals and teams.

    Our approach has proven to be successful with different teams, delivering different types of products in multiple conditions.

  • Liked PARUL PANDIT
    keyboard_arrow_down

    PARUL PANDIT - "We have been doing agile all wrong and what can we do about it."

    PARUL PANDIT
    PARUL PANDIT
    Scrum Manager
    Ucreate.it
    schedule 4 weeks ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    Since 2001 Agile has been reshaping the software development and business world. The word chosen at the gathering in Snowbird, Utah in 2001 is now probably the most used and misrepresented word in our industry. Everybody is talking about "doing agile," "following agile," "being the most agile" and changing the world using "agile methodologies." We all make huge claims in the name of “agile” as if it could magically increase our customer satisfaction, improve the quality of our code, processes, products, make our people smarter, highly engaged and passionate about their work, and speed up our delivery. At this stage there are no reasons not to "do Agile," the claims and promises are large enough to jump in, without really considering what Agile stands for.

    We often presume that Agile is the solution to every problem we have, Agile doesn't fix our problems it shines a light on them and exposes all previously unseen issues.

    This movement of following Agile blindly, without thinking, context consideration, and direction lead to claims that Agile is dead, famously mentioned by Dave Thomas in one of his talks. Everybody "do Agile" by hiring certified Scrum Masters, bringing Agile coaches, doing standups, retrospectives and expecting great results and a badge of honor in return. My view is that those organizations are just scratching the surface in "doing Agile," not really "being Agile" and for me, there is a considerable difference between “being” and “doing”. I see Agile organizations still following 12 months predefined plans, having QA departments as a separate function and having all decisions driven by Project Managers and their giant charts. There is very little room for incremental improvements, self-reflection, team, and people orientation and culture first approach. Everybody still feels afraid to be themselves, speak out or suggest a new idea.

    In my view its time to claim "Agile" back and reconsider what it means and how it can help us achieve our personal, team and organization goals. The talk will focus on strategies, conversations, and examples of what "being Agile" really means. Together we will consider “agile” current situation, why "doing Agile" does not deliver the expected results and what you can do about it when you go back to your office on Monday morning.

  • Jez Humble
    Jez Humble
    Owner
    Jez Humble & Associates LLC
    schedule 3 weeks ago
    Sold Out!
    45 Mins
    Case Study
    Intermediate

    Going cloud native in a highly regulated context presents challenges of its own. In this talk, Jez Humble will share with you the platform created by the cloud.gov team at 18F, and the benefits it brought to federal agencies seeking to use the cloud.

  • Liked Preeti Desai
    keyboard_arrow_down

    Preeti Desai / Kavita Sawant - Alice in DevOps Land- An exploratory journey.....

    45 Mins
    Talk
    Intermediate

    This session will provide the Persistent Systems view on DevOps. Persistent is one of the top 25 technology services company in India where we run around 1000 projects a year. All aspects that need to be thought through before beginning the DevOps journey will be discussed. The beginning of the journey starts with the initiation steps which will be briefly touched upon. Further the three Ways of DevOps which is the Flow, Feedback and Continual Improvement will be explained. The technical practices associated with Flow, Feedback and Continual Improvement will also be looked at. Telemetry aspects in a DevOps Journey will be touched upon.

    Just having the tools will really not ensure the success of the DevOps Journey. Culture and Mindset go a very long way in the success of the DevOps journey. What are these mindset aspects that need to be adopted would be put forward to the audience.

  • Liked Kavita Sawant
    keyboard_arrow_down

    Kavita Sawant / Preeti Desai - Awake – The dawn is here

    45 Mins
    Tutorial
    Intermediate

    Starting from the Mainframe Era into the recent Cloud Era it has been a journey in terms of lifecycle followed in these eras right from Waterfall to Iterative to Agile and now DevOps.

    This session will give a walkthrough to the audience on how they can commence on DevOps journey in whatever stage their current projects/programs might be at. It will be useful for program managers or account managers who are running Agile projects and now want to go one step ahead in delivering more value to business by adopting DevOps.

    An important aspect of starting a DevOps transformation journey is the “Mindset Change”. Here we deep dive into why DevOps cannot be successful without the correct mindset of the team and how a leader can influence the mindset change.

    We will introduce the concept of “Goal for the DevOps Journey” and the importance of creating a “Value Stream Map”.

    Initiation activities related to the environment, version control and deployment pipeline would be covered. Tool recommendations for the various stages of the Pipeline as well as telemetry setup for application, infrastructure and security would be touched upon.

  • Liked Preeti Desai
    keyboard_arrow_down

    Preeti Desai / Kavita Sawant - Ideas to start your DevOps journey- DevOps adoption in a Services vs a Product sector..

    45 Mins
    Case Study
    Intermediate

    This session will present the case study done at one of the top 25 technology services in India where we run around 1000 projects a year. As we embarked on our DevOps journey we did a study on the ground level realities in a products vs services sector and saw the challenges there. A comparative analysis between these sectors on the ease of DevOps Implementation will be showcased. We would look at Mindset, Technology, Tooling & Automation and Metrics aspects and how they vary within sectors.

    The instrument used to analyse the DevOps behaviors in the various sectors An comparative study between a legacy vs greenfield development area would be explored here. Recommendations relevant to each of the areas presented.

  • Liked Kavita Sawant
    keyboard_arrow_down

    Kavita Sawant / Preeti Desai - What’s measured improves

    45 Mins
    Talk
    Intermediate

    This session will start with the Continual Learning mindset which is crucial for the success of DevOps implementation. Capturing the right data and drawing inferences from them is the key to continual improvement.

    We will do a deep dive on the measures and metrics that need to be captured for a DevOps transformation journey. Metrics at application, infra structure, client software and deployment pipeline levels will be focused here.

    The 4 crucial Outcome metrics for a DevOps transformation are – Lead time, Release frequency, time to restore service and change fail rate. These would be deep dived into in this discussion.

    We will also discuss in detail around 20+ measures that any DevOps implementation must capture and close to 7 Metrics that can be calculated from these measures. These data points when captured correctly will ensure a continual improvement in the team’s DevOps journey.

  • Liked Vineet Chopra
    keyboard_arrow_down

    Vineet Chopra - Self Organizing Teams – Everlasting challenge for Scrum Master

    20 Mins
    Talk
    Beginner

    I genuinely believe that teams are the backbone of any organization. Team and teamwork are the heart and soul of every project and company. We all worked with great teams and loved that feeling of achievement, camaraderie and respect. We all also been a part of a team that was hugely dysfunctional where every day felt just wrong and underwhelming. Forming and empowering small teams within Scrum or Kanban processes allows an organisation to solves complex problems faced by them in constantly changing and challenging word. The Agile Manifesto also states that self-organizing teams can deliver the "best architectures, requirements, and designs."

    In today’s turbulent markets, where technology is improving on a daily basis, and teams are shaping innovation into reality, there is an immense need for self-organizing teams. Teams that can thrive within that environment, embrace complexity and unknown future. Our processes are strongly focused on our teams, giving them the best chance to succeed, stay stable, having all the necessary skills and abilities and being cross-functional in the organisation.

    This talk takes our efforts for great teams to next level considering what it means to be "self-organising" and what it really means for your team. This change has to be in coordination with the team itself, scrum master and management, which also is covered in this session.