schedule 04:30 PM - 05:15 PM place Grand Ballroom 2

We've come far in our journey of Agile as a software development methodology. From stand-ups to showcases to sprint planning meetings to burn-ups (or downs), we've got it down pat when it comes to processes to follow to be considered Agile. However this heads-down, process defined agile, often hinders real agility required to meet business needs. Is doing a three hour sprint planning meeting every week the most important thing to do when you have to get a minimal-viable-product out in the market? How much of automated functional testing should you do when you know that your product's beta version is only going to validate assumptions of your business idea? Should you write tests at all? There is no formulaic answer.

In this talk, KK and Krishnan will talk about their experience of how much Agile is too much Agile. We look at how to find the right balance between following agile practices and being responsive to your business. How much agile is too much and how less is too less?

We will do this by looking at:

  • A couple of successful agile adoption stories
  • Look at why agile was successful in the contexts above
  • Discuss why this success will limit us if we are not careful
  • Talk about a start-up and how the things that led to success in the first 2 stories limited us in the start-up context
  • Look at approaches to understand what agile practices/processes to follow to be business agile
  • Close by summarizing the challenges facing agile (as we see it) and how success in process agility will limit us in business agility
 
5 favorite thumb_down thumb_up 8 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

1. Describe a typical 'successful' project that has adopted agile

2. Switch context to a business problem that requires rapid feedback incorporation and pivots

3. Draw parallels and see what bits of agile does and does not work

4. Conclude with learnings

Learning Outcome

Understand how to apply core princinciples of agile as opposed to rigidly applying agile practices/processes/rituals

Understand how to move away from process agility to business agility

 

Target Audience

developers, product managers, project managers, quality analysts, business analysts, business owners

schedule Submitted 2 years ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • Pramod Sadalage
    By Pramod Sadalage  ~  2 years ago
    reply Reply

    Krishnan,

    Would you be able to link a strawman deck or a blog post or some other place where we can understand more about the proposal.

    Thanks

    Pramod

     

    • Krishnan Nair
      By Krishnan Nair  ~  2 years ago
      reply Reply

      Hi Pramod,

      Here's a straw-man of my talk and what I intend to cover. Let me know if this helps or if you need more info.

      Slide 1 -  Story of client A - Success story of agile in an enterprise context.
      I'll talk about what we did - processes (stand-ups, showcases etc..) and practices (TDD, refactoring, functional automation etc..) and how we delivered high quality software. But did not bring a change to business timelines. No releases to customers were made. No early feedback was got. But 'agile' was considered a success by this client.
       
      Slide 2 - Story of client B - Different client. Similar story.
      I'll talk about how we delivered high quality again while upscaling client teams. And how business refused to collaborate with IT. But agile was heralded a successful here as well.
       
      Slide 3 - Our success is our failure
      Here I'll talk about how we've built in quality, transparency and discipline into our systems so that we can respond well to changing business needs and be responsive to our customer's customers. But now we've become so obsessed with this process agility that we value it over everything else.
       
      Slide 4 - Story of client C (start-up) 
      Here I'll be talking about how our agile processes backfired in a start-up and how (and why) we could not respond to their business need of massively increasing their customer base.
       
      Slides 5-7: How do we provide business agility?
      Here I'll talk about 3 steps to try and address the challenge of business agility. And what processes and practices are relevant in what context.
       
      Slide 8 - Close
      A quote I heard from a customer recently will be the talking point here - "we have a lot of unknowns in our business. we can't afford to be agile.". The perception that is being built is agile is too idealistic and requires heavy investment into processes and practices without direct business benifit in the short or medium term.
       
      This is a thread of my talk. I will expand on this (and will have more talking points) but I hope this gives context. Do let me know if you'd like to know more.
       
      Thanks,
      Krishnan
      • Pramod Sadalage
        By Pramod Sadalage  ~  2 years ago
        reply Reply

        Krishnan,

        This is beautiful, would you mind updating your proposal with this content in an summarized way.

        Thanks

        • Krishnan Nair
          By Krishnan Nair  ~  2 years ago
          reply Reply

          Hi Pramod,

          Thanks. I shall update the proposal.

          Thanks,

          Krishnan

           

  • Prasad
    By Prasad  ~  2 years ago
    reply Reply

    Hi Nair,

    It will be really intresting if you can bring a plot for your story with respect to context, current, journey, key challenges, patterns, anti patterns, outcomes..

     

    ~PP

    • Krishnan Nair
      By Krishnan Nair  ~  2 years ago
      reply Reply

      Hi Prasad,

      I've responded to Pramod (see above comment). Do let me know if you'd like to know more or if this addresses your questions as well.

      Thanks,

      Krishnan

  • Joel Tosi
    By Joel Tosi  ~  2 years ago
    reply Reply

    Hi Krishnan,

       Beautiful problem statement, it really resonates with me.  Do you have a deck I could look at?  Would this be based on experiences or a regular presentation?  Have you given this presentation before?

    Best,

    Joel

    • Krishnan Nair
      By Krishnan Nair  ~  2 years ago
      reply Reply

      Hi Joel,

      Thanks. This talk will be based on our experiences. I've been involved with 6 different clients - 3 enterprises and 3 start-ups in the last year alone that has forced me to think about my agile approach. And I think I'm seeing some patterns/anti-patterns on how some agile practices that are beneficial in the context of enterprises, are proving detrimental in the context of start-ups/business that need really quick feedback.

      I've not done this presentations before. I've only spoken informally about this with various clients. Let me know if you have more questions. Happy to discuss!

      Thanks,

      Krishnan

       


  • Liked Sreedevi Vedula
    keyboard_arrow_down

    Sreedevi Vedula - Test Driven Development of Infrastructure Code in Chef

    Sreedevi Vedula
    Sreedevi Vedula
    Quality Analyst
    ThoughtWorks
    schedule 2 years ago
    Sold Out!
    60 mins
    Demonstration
    Advanced

    Chef is a popular Infrastructure Automation framework based in Ruby. It comes with a host of testing tools bundled with it like ChefSpec for unit testing, ServerSpec for system testing and TestKitchen for integration testing. This session is a demo of how to use these frameworks to test drive cookbook development.

  • 45 mins
    Talk
    Advanced

    Good engineering practices and fail-fast, iterative, low-ceremony processes help achieve team level agility. They are necessary but not sufficient to scale agility across the IT organization. In this talk, I'll address what else is needed and why. In particular, I'll address:

    1. Why plan-driven IT projects are a bad idea why we need value-driven projects instead
    2. Why a matrix org is a bad idea for IT and why we need cross-functional teams instead
    3. Why IT budgeting needs to change from being project-based to being team-capacity based
  • Liked KK Sure
    keyboard_arrow_down

    KK Sure - First Amongst Equals - Can UX be there?

    20 mins
    Case Study
    Intermediate

    Traditionally, in software development, user experience (UX) wasn't valued as much as developing of the software itself. But this has changed rather radically. However, creating an enriching user experience in an agile fashion is still challenging. Most of the agile engineering practices in use are around building software but seldom address UX. When building a product in an agile fashion, UX in an incremental fashion becomes important.

    In this talk, we will present our experience of creating UX in an incremental fashion for a virtual wallet. We will also talk about the different challenges we faced such as, educating various stakeholders on the value of incremental UX, building collaboration between developers and experience designers and abstracting design components, along with the solutions we devised to tackle these challenges.

  • Liked Anand Bagmar
    keyboard_arrow_down

    Anand Bagmar - To Deploy or Not-to-Deploy - decide using TTA's Trend & Failure Analysis

    Anand Bagmar
    Anand Bagmar
    Director - Quality
    Vuclip Inc.
    schedule 2 years ago
    Sold Out!
    60 mins
    Demonstration
    Intermediate

    The key objectives of organizations is to provide / derive value from the products / services they offer. To achieve this, they need to be able to deliver their offerings in the quickest time possible, and of good quality!

    In order for these organizations to to understand the quality / health of their products at a quick glance, typically a team of people scramble to collate and collect the information manually needed to get a sense of quality about the products they support. All this is done manually.

    So in the fast moving environment, where CI (Continuous Integration) and CD (Continuous Delivery) are now a necessity and not a luxury, how can teams take decisions if the product is ready to be deployed to the next environment or not?

    Test Automation across all layers of the Test Pyramid is one of the first building blocks to ensure the team gets quick feedback into the health of the product-under-test.

    The next set of questions are:
        •    How can you collate this information in a meaningful fashion to determine - yes, my code is ready to be promoted from one environment to the next?
        •    How can you know if the product is ready to go 'live'?
        •    What is the health of you product portfolio at any point in time?
        •    Can you identify patterns and do quick analysis of the test results to help in root-cause-analysis for issues that have happened over a period of time in making better decisions to better the quality of your product(s)?

    The current set of tools are limited and fail to give the holistic picture of quality and health, across the life-cycle of the products.

    The solution - TTA - Test Trend Analyzer

    TTA is an open source product that becomes the source of information to give you real-time and visual insights into the health of the product portfolio using the Test Automation results, in form of Trends, Comparative Analysis, Failure Analysis and Functional Performance Benchmarking. This allows teams to take decisions on the product deployment to the next level using actual data points, instead of 'gut-feel' based decisions.

  • Liked KK Sure
    keyboard_arrow_down

    KK Sure - Testing in Agile - Antipatterns and Remedies

    45 mins
    Talk
    Intermediate
    When it comes to agile, we all know and practise standups, retrospectives, sprint plannings, showcases etc. Quite a few times, teams end up following these set of rituals and ceremonies without understanding the guiding principles of agile.
     
    In this talk I will present some testing practices that various agile teams employ. Some of these practices are anti-patterns and have the exact opposite effect of what is expected, while others become an anti-pattern sooner or later if not tweaked according to the changing situations.
     
    I will talk about the aspects like "Whose responsibility is Quality?", 'Measuring agile tester's success", "Balance between automation and exploratory testing". Along with each of the anti-pattern, I will present the remedies to fix these anti-patterns.
  • Liked Sreedevi Vedula
    keyboard_arrow_down

    Sreedevi Vedula - Infrastructure As Code - The secret sauce for Continuous Delivery

    Sreedevi Vedula
    Sreedevi Vedula
    Quality Analyst
    ThoughtWorks
    schedule 2 years ago
    Sold Out!
    60 mins
    Demonstration
    Intermediate

    Developing Infrastructure as Code as a practice is increasingly adopted by organizations that want to have Continuous Delivery. Infrastructure As Code requires treating infrastructure as code, applying the same development techniques that one uses to build application software. This talk discusses the need for having infrastructure as code, the several frameworks available in this space (like Puppet, Chef, Ansible), what they bring to the table and the philosophical differences between them and the testing tools and frameworks available to test infrastructure as code. The concepts would be supported by snippets of infrastructure code written for an open source application.

  • Liked sailee
    keyboard_arrow_down

    sailee - UI Automation : Safety Net to Trap Net!!

    45 mins
    Talk
    Intermediate

    At the BEGINNING Of the project: Yay!! Lets automate and cover all test scenarios!! Lets work towards increasing the test coverage !!smile

    After 1 year: Regression suite is too bulky!! I can't maintain it anymore!! Its too flaky!! frown

    Does this conversation ring a bell? Well, this is a common scenario in projects. The UI test automation starts as a saftey net and then becomes a trap net! 

    Heavy Functional tests layer → Long execution time → Low confidence → Problem of Maintainence

     

    This talk will address these problems in an Agile project. Some solutions that worked in our team. How working as a Team would help prevent these problem?

     

  • Liked Radhakrishnan
    keyboard_arrow_down

    Radhakrishnan - Use it to test it

    Radhakrishnan
    Radhakrishnan
    QA Consultant
    ThoughtWorks
    schedule 2 years ago
    Sold Out!
    20 mins
    Talk
    Beginner

    Given you have a PRODUCT to test

    When you start testing it

    Then STOP testing it

    And start USING it


    In this talk I would like to address how important it is for the whole team to use to product to see the good, the bad and the ugly side of the product you are building which are otherwise unknown to the team until they go live.

  • Liked Sreedevi Vedula
    keyboard_arrow_down

    Sreedevi Vedula - The Practical Pyramid

    Sreedevi Vedula
    Sreedevi Vedula
    Quality Analyst
    ThoughtWorks
    schedule 2 years ago
    Sold Out!
    20 mins
    Talk
    Intermediate

    An Ideal Test Pyramid is an invaluable technique to succeed with agile. However, it is challenging to have this ideal pyramid in practical projects for several conditions in the projects, like legacy code bases. To have a good test pyramid, several best practices of software development need to be followed. This talk discusses the practices that help in implementing test pyramid and the challenges faced by many teams in doing that and suggestions on how to overcome them.