location_city Bengaluru schedule Mar 6th 10:30 - 11:15 AM place Plumeria people 25 Interested

Ever feel like the market moves faster than your marketing team? Or, wonder how flexible your finance (& leadership!) teams would really be if self-direction glitched and blew $1M? Organizations introduce Agile believing it will lead in part to greater responsiveness and resiliency. Yet, why do so many fail to achieve those outcomes?

It isn’t just that they’re structured and operated by default along hierarchical lines rather than by design for iterative work. Achieving the full benefits of Agile comes from shifting the culture and mindset of a whole organization, sometimes as radically as encouraging it to “Make New Mistakes.” This very philosophy was a driver in the fastest division in HP’s history to reach $1B, a hardware division that was focused on manufacturing operations, with razor thin margins, and markets that changed 3x faster than the development lead time.

Through a series of short stories and exercises, attendees will explore 5 practices from that business which led to roaring success. We’ll probe their parallels in Lean / Agile practice. With each one, you’ll briefly self-inspect the state of your own organization, as well as create a backlog you can use to adapt in your “real world” beyond the conference.

Do you have, or want, a vision that takes you beyond high performing teams, to a high performing, resilient business? Come hear how you can help your organization shift from mechanics that “do” Agile, and walk away with a feel for what’s possible when not just development, but a whole organization surfs the flow of “being” Agile.

 
 

Outline/Structure of the Talk

45 Minute OUTLINE: Wipeout! Make *New* Mistakes

[5 minutes] Introduction

  • Connect participants to topic & each other (pair share: turn to a neighbor and share what do you want to takeaway from this talk)
  • Connect participants to topic and presenter (self intro, story from the $1B business)

[7 minutes] Start with Purpose

  • Story from business: Clear goal to move from #5 vendor in market to #1 was rallying cry
  • relate "why" to fast twitch thinking with triune brain model
  • why becomes North Star for team decision making
  • 60s / worksheet: write down your organization’s "why". If it's not clear, write who'll you talk with at work to seek it out

[6 minutes] Stable Teams

  • Story from business: already built 200 units, discovered competition had key feature with 2x the value. Pivot was successful because teams knew all the interlinkages
  • teams need trust (they go beyond simple grouping)
  • Satir breakdown / breakthorugh curve, Tuckman "forming > performing" language: switching people between teams leads to breakdown. Steer work to teams, not people to work.
  • 30s / worksheet: rate yourself from 1 to 5 on team stability. Back at work, who will you engage in a discussion about the business cost of people switching?

[5 minutes] Add Support Dimension to Leadership Style

  • Personal Story from Business: how Situational Leadership saved my career (and shaped my servant leadership)
  • walk through Situational Leadership model noting:
    • many technology managers are familiar only with direction style
    • 2nd level management = letting go, and there are no mentors or practices to help transition to 2nd level management
    • self directed teams force mgt to let go - help those managers see the alternatives
  • 30s / worksheet: what's your current leadership style? what steps will you take to grow it for yourself? for your organization?

[7 minutes] Clarify Decision Making

  • Personal Story from Business: $1M mistake
  • outline RACI / DACI model; show example from business
  • parallel to fast moving startups in Silicon Valley
  • outline Appelo's delegation matrix
  • 60s / worksheet w/ delegation matrix: pick 3 common decisions in your organization (rows): mark X for current state; mark O for desired state. Note how will you share this structure when you're back at work?

[7 minutes] See the Whole (Evolve By Design)

  • Story (start): Manufacturing introductions had step function ramps (from 0 to 1000s of units of multiple models within a week) were leading to thrash, risk and unsustainable pace in our operations. We’d been so focused on development, we’d lost sight of the whole, the greater operation.
  • How businesses start, and typically emerge organically (leads to a structure to “start” but overlook “run”)
  • Patterns from startups - those that exit tend to think beyond “business” and “engineering” and includ “operations (compass.co and Founders Institute sources)
  • Share image of operational model used in the business: note that $1B could be run by talking with 4-10 key roles. Map typical functions and how distinguishing “start” and “run” leads to scalability. Also note “offensive” (product creation) and “defensive” (General and Administrative) roles in a business
  • Story (conclude): how stepping back and organizing for both development AND operations led to scalability, flexibility and resilience
  • 60s / worksheet: using the Model, map your organization; put an empty box around gaps; circle recognized problems; what’s 1 conversation you’ll have to cross-check your perspective? How might you apply this to close a gap or reduce a problem?

[3 minutes] Summary of points 3 minutes

  • repeat 5 sections in single slides
  • note how "Make New Mistakes" philosophy set values and mindset for the business, enabling resilience

[5 minutes] Takeaways & Close 5 minutes

  • Pair Share w/ post its: turn to a neighbor and share what was a big aha! for you? what's a first step you'll take when you're back at work?
  • Encourage posting on flip chart at exit
  • share contact info, survey reminder
  • Close

Learning Outcome

  • articulate the importance of a clear, shared purpose to guide Agility
  • describe the framework of Situational Leadership and how to apply it to your own leadership style
  • identify two ways to clarify decision authority and where that clarity can be improved in your business
  • apply a simple "big picture" model to help match the Agile mindset to traditional business / project management

Target Audience

Leaders at all levels; Coaches seeking patterns to help their teams to higher performance; Project Managers

Prerequisites for Attendees

This session presumes familiarity with:

Scrum fundamentals

Product Development experience

schedule Submitted 3 years ago

Public Feedback


    • Prasad
      keyboard_arrow_down

      Prasad - A startup facilitated digital transformation journey of Europe's largest Insurance retailer

      Prasad
      Prasad
      Prasad
      HolleyHolland
      schedule 3 years ago
      Sold Out!
      20 Mins
      Experience Report
      Intermediate

      Large Insurance enterprises find difficult to renew and find new ways to transform their customer experience, improve operational process and find new business models. As an experiment they engaged an insure-tech startup to lead their digital transformation journey.. This case study is about a point of view, approaches, challenges and cultural surprises that we faced during this journey..

      The more we share more we learn!!

    • Asheesh Mehdiratta
      keyboard_arrow_down

      Asheesh Mehdiratta - Self Managing Game Storm - How to form self designing teams

      Asheesh Mehdiratta
      Asheesh Mehdiratta
      Transformation Leader
      Shell
      schedule 3 years ago
      Sold Out!
      90 Mins
      Workshop
      Beginner

      For transformations to be successful, typical Component teams are giving way to self managing, cross functional teams, organized by customer value (Feature Teams)!

      These Self-managing teams are the basis of Scrum, where the team has the authority to design, plan, and execute their task and to monitor and manage their work process and progress. The team rather than a (project) manager—has the responsibility of deciding how to work.

      But Self-managing teams do not just happen by chance. Instead they need the right environment. The organization is responsible for supporting the team development by creating the conditions needed for the teams to succeed and the real empowerment starts when the teams are 'self designed' from the beginning - which means that team members choose their teams to work!

      This workshop will showcase to the participants HOW they can form 'self designed' teams, and experience the joys of 'self organization'.

    • Asheesh Mehdiratta
      keyboard_arrow_down

      Asheesh Mehdiratta - How do you rejuvenate your fading Communities of Practice?

      Asheesh Mehdiratta
      Asheesh Mehdiratta
      Transformation Leader
      Shell
      schedule 3 years ago
      Sold Out!
      20 Mins
      Experience Report
      Advanced

      As part of organizational digital transformation journeys, CIOs are moving from hierarchical models to 'self organizing' Feature teams, in order deliver efficient and effective IT, but still need to retain the deeper functional expertise. Hence the growing importance of building and sustaining "Communities of Practices" (CoPs), as the traditional functional silos are broken down, with the transformation themes.

      But if you are a Change Agent responsible for the Transformation, you understand how challenging it is to nurture, and especially "sustain" these CoPs.

      So join my session, as I will share my experiences in nurturing and especially "sustaining" enterprise wide Communities of Practice (CoPs), while you recognize the key success and failure patterns in your own journey. In this session, you will learn techniques, tips and strategies that you can apply immediately, and in the end will walk away with practical advice on building "long lived" communities.

    • Nilesh Kulkarni
      keyboard_arrow_down

      Nilesh Kulkarni - Outcome Based Agile Coaching

      45 Mins
      Workshop
      Intermediate

      Session name - Outcome based agile coaching

      We all want to become good agile coach. But what does that mean? How do you get better outcome from your agile coaching sessions? In this session, participants will experience how to improve outcome of your coaching session. Some areas we will focus in this session are output Vs outcome, why, what, how of coaching, how to make coaching outcome etc.

      This will be a hands on workshop with very minimal guidance from facilitator. Participants will have experiential learning through the activities to understand how to align agile coaching to deliver maximum impact on business outcome.

    • Ashok kumar Pandey
      keyboard_arrow_down

      Ashok kumar Pandey - Raising Digital Quotient of highly regulated financial institution with Monolithic to Microservices Journey

      45 Mins
      Case Study
      Intermediate

      1) What was problem?
      Longer release cycle time, ever increasing code base, tightly coupled
      functionalities of application making difficult to implement change, complex
      organisation structure.
      2) How we have approach towards problem: -
      A) People transformation: - New organisational design where people are
      responsible for making and running small set of Microservices. The services are
      defined based on bounded context by levering Domain Driven Design.

      B) Process transformation: -In order to identify the organisational process bottle
      neck, End to end value stream mapping done and Improvements themes such as
      change management, release management etc has been implemented.
      C)Technological transformation: - New technologies, tools and practices adopted
      that has helped in achieving engineering excellence by Automation,
      Autonomation ,CICD, Infra as a code, cloud only infra , Microservices and API
      led economy etc.

      3) Our Approach towards Microservices :-
      1. API led connectivity: - Composiblity of different system is the key for
      Microservices experience and we can achieve the composiblity of
      different system by leveraging API led connectivity approach. In this
      approach, we will have system API, process API, and experience API.
      System API takes cares of system of record underpinning the service,
      process API takes care of business process underpinning the service and
      Experience API is responsible for experience of consumer of services.
      2. Elements of API design:- In our API design we have used domain
      model , architectural standards , API catalogue ( experience , process ,
      system) to identify development details, stub details , deployment
      details, RAML specification ,data mapping ,back end system
      specification and integration specification.

      4) Client –Server Monolith application to Microservices application: -
      1. Strangler pattern of Microservices: - In client –server monolith
      application to Microservices application journey, we have used the
      strangler pattern of Microservices. As we can see from architectural
      diagram that we have put the dispatcher (API gateway, reverser proxy)
      in front of monolith and directed our clients to it. The dispatcher also
      acts as an API gateway and provides utility such as Authentication and
      authorisation, logging and Auditing. The dispatcher is just a proxy to
      endpoints exposed by monolith. We have refectored each domain into
      Microservices and deployed them into Microservices platform.
      2. Swagger: - We have used swagger to define, generate and Document
      API’s.
      3. Caching as a service: - We have implemented cashing as service and we
      have cached the static data of system API, experience API, and process
      API. Cashing helps in improving the user experience.
      4. Configuration of the API security context: - Our API Gateway exposes
      API to consumers and protects services using the policy enforcement:
      security policies.
      5. Engineering excellence in Microservices landscape - We have achieved
      engineering excellence by practicing CICD, Infra as code, automation
      etc in Microservices landscape.
      6. Other API design consideration: - a) Asynchronous event based
      communication using the network for loose coupling between services.
      b) Circuit breakers for isolating the failure of services c) Consumer
      driven contract as way of service consumption.

      5) When not to go for Microservices.

    • Peter Scobie
      keyboard_arrow_down

      Peter Scobie - The Team Playbook: A Recipe for Healthy Teams

      Peter Scobie
      Peter Scobie
      Program Manager
      Atlassian
      schedule 3 years ago
      Sold Out!
      45 Mins
      Talk
      Beginner

      The benefits of a high performing team are endless. They are autonomous, empowered, responsible and effective.

      At Atlassian, we've pioneered the Team Playbook, which is our way of scaling teams by getting smarter, not bigger, and driving a culture of continual improvement. Utilised by hundreds of teams within Atlassian, we've made our secret sauce not so secret. Don't come to this session for a lesson on theory...come to this session to hear the philosophies and principles of the Team Playbook from Peter Scobie, Program Manager/Team Doctor. You'll leave this session invigorated, engaged and ready to take action.

    • Atulya Mahajan
      keyboard_arrow_down

      Atulya Mahajan / Kiran Chhabra - Parenting Lessons for Agile Transformations

      45 Mins
      Talk
      Intermediate

      Agile transformations are no child's play. There is inertia, restlessness, impatience and the constant desire to run away. Traits that anyone who has been a parent to little kids has encountered, and learnt in their own way how to handle.

      This session looks at parallels between parenting and trying to influence teams through an agile transformation. We look at some of the things that successful parents do that can be done by leaders trying to take their teams through a transformation.

      Because if teams sometimes behave like children, the leader needs to be a parent too!

    • 45 Mins
      Talk
      Executive

      The Key challenge organisations are facing today is having to deal with the exponential rate of change which is happening in the external environment. The extent and pace of change is so disruptive that no organisation, regardless of age or size can take their competitive advantage or even their survival for granted.

      The main reason why organisations are struggling to change is that they are modeled as mechanistic or close-ended systems. On the contrary, all natural socio-economic systems essentially which are living systems have dealt with change very effectively since eternity.

      This talk is about infusing life into organisations. The speaker will highlight the key characteristics of living systems which enable them to deal with change effectively and also suggest actionable guidelines that will help leaders/influencers to bring their organisations to life. This approach will enable organisations to not only survive but thrive on change.

    • Fennande van der Meulen
      keyboard_arrow_down

      Fennande van der Meulen / Maartje Wolff - How to build good habits in an Agile Team

      90 Mins
      Workshop
      Beginner

      Introduction

      Culture eats strategy for breakfast, said Peter Drucker. We all agree to that. If our organisational culture is not building up to our goals, we will never reach them. The main question is, how can you create an organisational and team culture that contributes to your goals, to productivity and success? The key for change is to form the right habits, within our agile teams. Like exercising regularly and losing weight you can develop habits for being healthy, happy, more productive and successful at work. Therefore it is important to understand the human nature and its potential for transformation. In this workshop participants get all the insights and best practices to develop habits for an happy and fulfilling (work)life and organisational culture.

    • Mangalam Nandakumar
      keyboard_arrow_down

      Mangalam Nandakumar - Why story points make no sense for a product company

      45 Mins
      Talk
      Advanced

      T-shirt sizing. Fruit Sizing. Planning pokers. You might be familiar with any or all of these estimation (relative sizing) techniques. Story points based estimations (along with velocity mapping) is touted as a predictable method to plan for software delivery. Teams are expected to get a good sense of the effort needed to deliver a piece of work by comparing estimates with references of similarly complex work they have delivered in the past.

      The accuracy of point based estimates fares more or less in the same range as sheer gut feel. So, the natural inclination for software teams is to try and make it more accurate than gut feel. Thereby, we obsess with breaking functionality into smaller byte sized stories. We freak out when there is "scope creep". We debate endlessly about ideal days vs. person days. We fuss over the specific visual representation for the burn-up or burn-down.

      Does it matter anymore how many days the team spent chipping hard at a feature that added no value to the business? Have we made agile teams into mini waterfall teams by focussing on the wrong metrics? Can product companies afford this?

      Process heaviness in product companies can cost a lot. We need to find better ways to invest in success metrics. We need to change the conversation from productivity to value add.

      My talk intends to challenge prevalent estimation practices and contest their validity in product companies. I will also introduce ideas around capturing relevant business metrics and sizing stories using business value.

    • Bernie Maloney
      keyboard_arrow_down

      Bernie Maloney - Bootstrap your Business Model - Business Agility on the Back of a Napkin

      Bernie Maloney
      Bernie Maloney
      Agile Coach
      Persistent Systems
      schedule 3 years ago
      Sold Out!
      90 Mins
      Workshop
      Beginner

      With every product we ship, we learn what we wished we’d known: what customers *really* wanted. What if you could gain those insights before beginning development? What if you could “unit test” a product idea? Or at a bigger level, what if you could “system test” your business idea/plan?

      Engineering teams are experiencing productivity gains of 30-300% when applying Agile and Lean practices and methods. These same Agile and Lean principles can be applied beyond engineering, to the business itself. Using a lightweight yet powerful tool, assumptions behind a business plan can be tested and iterated almost on-the-fly. With a hands-on exercise, attendees will learn how to build a map of any business ecosystem, and how to use it to check and iterate solution viability. Come experience the application of Agile to Business so you and your team can focus on your richest opportunities over chasing your competitor’s taillights.

    • Sandip Shah
      keyboard_arrow_down

      Sandip Shah - What to do when order to follow is: ‘You need to follow Agile from now on!!!’

      Sandip Shah
      Sandip Shah
      Project Manager
      Allscripts
      schedule 3 years ago
      Sold Out!
      20 Mins
      Demonstration
      Beginner

      Purpose of the session is to discuss about Agile implementation approach and acceptance

    • Anil Vasudevan
      keyboard_arrow_down

      Anil Vasudevan - Agile Culture Index

      Anil Vasudevan
      Anil Vasudevan
      Development Manager
      Allscripts
      schedule 3 years ago
      Sold Out!
      20 Mins
      Talk
      Beginner

      There are many measurement tools for Agile Teams Productivity and Adaptability to Agile. I am introducing a totally different measure for Agile teams. It is called the Agile Culture Index. It is a score for the team for the Agile Culture they build and follow. It is more of being Agile than doing Agile. It is more about the bonding in the team, openness in team, trust in team, readiness for facing any challenges as a team etc. It is more about people part of it than the practices or process, rightly aligned with Agile Manifesto value “Individuals and Interactions over processes and tools”

      The objective of this measure is to understand the Agile Culture adaption and Agile Mindset of the team and help for continuous improvement.

    • Sharmila Patwardhan
      keyboard_arrow_down

      Sharmila Patwardhan - Dont resolve the conflicts !!

      45 Mins
      Talk
      Intermediate

      In the management theory, we have always study about "conflict Management"

      We have also learnt the techniques of conflict resolution.

      But is it necessary to resolve conflict? In today's world, its important to live with conflicts. In fact inviting conflicts in a team is a way to innovate.

      If you don't have conflicts in your team, worry about it.

      So rather than worrying about resolving the conflicts, learn to handle them.

    • Sandip Shah
      keyboard_arrow_down

      Sandip Shah - Agile – For Maintenance Projects

      Sandip Shah
      Sandip Shah
      Project Manager
      Allscripts
      schedule 3 years ago
      Sold Out!
      20 Mins
      Experience Report
      Beginner

      Purpose of the session is to share experience of implementing Agile in Maintenance teams and have discussion to learn about challenges faced by others and guide them or learn from them

    • Amritha George
      keyboard_arrow_down

      Amritha George - Agile has become boring and its good!

      Amritha George
      Amritha George
      Quality Head, IDC
      ABB
      schedule 3 years ago
      Sold Out!
      45 Mins
      Talk
      Intermediate

      Agile transformation used to be a buzz word , six or seven years back in IT with only selected, elite groups doing it. But with agile explosion, having a daily scrum meeting has become common place with least expected groups like executive C-suite doing agile. How is this possible? This is mainly due to wide variety of options available in agile and obvious benefit from getting faster feedback.

      Take any team with a pain point, you can offer options like Scrum, KANBAN, Lean- agile, Scaled agile, DevOps, Scrum ban and lot more.

      How it helps your organization? For an organization to be truly agile, all functions need to be agile, not only your software development teams.