Examining the Agile Manifesto after 18 years- Is it resistant to change?

In the February of 2001, seventeen independent- minded software practitioners got together and developed what we know as the Agile Manifesto. The purpose of the manifesto was to provide guidelines for agile adaptation in organizations seeking better and faster ways to develop software and to serve as the north star for teams, coaches, trainers and change agents seeking to implement the best agile had to offer.

It has since been 18 years and the manifesto remains unchanged. Mainstream agilists and troupers are passionate about the comprehensiveness of the manifesto and believe that it is self-adapting to the needs of today’s software and solution development.

So have things truly ‘changed’? Does the manifesto need a revisiting? Is it time to amend the agile principles and modernize them to today's growing software demands or is the manifesto truly adjusting and inclusive of all change?

Let’s get together and refresh our understanding of the manifesto and the 12 original principles.

 
 

Outline/Structure of the Talk

  1. Talk about the manifesto and its origins along with the 12 principles
  2. Should we change the manifesto? Is it broken?
  3. Group exercise 1- Take one principal and discuss why it is not working the way it is written?
  4. Adding value to the existing principle- present the suggested update
  5. Pulse check on level of approval
  6. Key takeaways

Learning Outcome

  • Agile implies flexibility. Though the manifesto itself is inclusive, this session is designed to drive individuals to think of what aspects of the manifesto can add value to their current model is made more clearer or defined differently.
    • The session is designed to be interactive and therefore discussions will allow the participants to share their experiences of where the manifesto worked vs where it needed tweaking.
  • To force audience to question and revisit their understanding of the manifesto and if they are truly following the principals
  • The attendees will exit the session with a renewed understanding of the manifesto and ways in which they can use it to solve organizational problems (through the group exercise and discussions)

Target Audience

Anyone working as a change agent with agile teams or at the enterprise level

Prerequisites for Attendees

  • Familiarity with the Agile Manifesto
  • Familiarity with Agile fundamentals
schedule Submitted 1 year ago

Public Feedback

comment Suggest improvements to the Speaker
  • George Dinwiddie
    By George Dinwiddie  ~  1 year ago
    reply Reply

    I like these aspects of the submission, and they should be retained:

    • examining the principles

    I think the submission could be improved by:

    • not talking about changing a historical document. It's not prescriptive. It's not comprehensive. It's a description of agreement found between a particular set of participants at a particular time. Using it to talk about what you find valuable today in your own environment is fine, but rewriting someone else's is not.
    • Reha Malik Gill
      By Reha Malik Gill  ~  1 year ago
      reply Reply

      George, I agree. The intent is not to change but to enhance. I plan to take 3-4 principles based on the engagement level of the audience and revisit them from the perspective of the current industry model. Do we agree that it works as is or do we need it to be more specific or enhanced. Eg- "Working software over comprehensive documentation." I want the audience to retrospect and dissect this principle.  Are their organizations/teams delivering software only or solutions? How to define an end-to-end solution? Discussions like this and others will be a part of this talk.

      I do agree with you on how I do not want this to be perceived as a suggestion of a change to the manifesto. I have made minute updates above to be more considerate on language. Does this help?

      • George Dinwiddie
        By George Dinwiddie  ~  1 year ago
        reply Reply

        That's better. I might talk about "your needs of today" rather than "today's needs."


  • Liked Reha Malik Gill
    keyboard_arrow_down

    Reha Malik Gill - The Art of People and Culture- Get This Right to Ace Your Agile Game

    Reha Malik Gill
    Reha Malik Gill
    Change Agent
    Fannie Mae
    schedule 1 year ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    With an array of different flavors, agile has a lot to offer. With Scrum, Kanban, Scrumban, DevOps, XP and everything else in between, organizations today can feel like kids in a candy store picking the right flavor for their teams.

    Whatever methodology you might choose or however deep you might be into your agile adaptation journey, your people will play a very important role in making your adaption a success story.Are you or your organization suffering from failed agile transformations or not seeing the results even after following the manual to the T? Instead of blaming the methodology and retrospecting your choice , could you be compromising on one of the basic founding principles of agile: Individuals and Interactions over processes and tools. Specifically- people! You are diverse, but are you inclusive?

    Join me as we discuss the power individuals have over anything and everything in agile. Together, we’ll uncover ways in which we can use empathy, inclusion and efficient employment to get the people onboarded onto your change train and make your transformation journey a success story.

  • Liked Bob Duffy
    keyboard_arrow_down

    Bob Duffy - Fannie Mae's SDLC Journey from Waterfall to Agile

    Bob Duffy
    Bob Duffy
    Internal Controls Tech
    Fannie Mae
    schedule 1 year ago
    Sold Out!
    10 Mins
    Lightning Talk
    Intermediate

    A well-defined Software Development Life Cycle (SDLC) is a requirement for many government institutions. However, the typical SDLC process is very "Waterfallish" by nature of it's phase gates and documentation requirements. This talk will explain how the SDLC at Fannie Mae has evolved as the company has transformed from a Waterfall to a lean Agile organization in alignment with Agile best practices.

  • Liked Matthew Kleiman
    keyboard_arrow_down

    Matthew Kleiman - Pair Programming: Better Than Adderall

    45 Mins
    Talk
    Beginner

    Not all programmers are comfortable with coding alone for 10 hours a day. Matt Kleiman spent years programming inefficiently in a cubicle. His Attention Deficit Disorder (ADD) and other learning disabilities deterred his success on traditional development teams. Seeking out an environment that would nourish his strengths, he found Pivotal Labs. Pivotal's Extreme Programming practices empowered Matt. Attend his talk to learn how pair programming and test-driven development transforms ADD into an asset in the workplace.

  • Liked Leland Newsom
    keyboard_arrow_down

    Leland Newsom - Sprint with Agile, Deliver with DevOps

    45 Mins
    Talk
    Beginner

    Enterprises want to deliver more value with higher quality at a faster pace. Many development teams have adopted agile frameworks to improve their ability to deliver software. This has led to a local optimization for the development teams and they have become good at delivering potentially shippable increments of their products, but from there, they typically see organizational constraints in moving it to the customer. The development organization is quickly adding features to the queue waiting to be released, but the operations teams are struggling to support fires in production, maintain stability, and provide the environments and infrastructure needed so development teams can move their new functionality forward. The operation team’s focus on stability usually minimizes the number of changes in production thus creating infrequent, large batches being deployed at a planned date. Can Agile and DevOps bring the development and operations teams together to remove the organizational constraints in moving the software to the customer?

    In this session, we’ll talk about the relationship of Agile and DevOps, not as an intersection, but as a progression of capability with development and operation teams working together to remove those constraints. We’ll discuss how using Agile and DevOps practices together, teams can release value faster, with higher quality, and in more stable environments making it safer to deploy.

  • Liked Rupesh Kumar
    keyboard_arrow_down

    Rupesh Kumar - DevSecOps: Building a resilient pipeline

    45 Mins
    Talk
    Beginner

    To all technical members involved with building DevSecOps pipeline this talk is for you.

    In today's competitive world, fixing problems in the pipeline is still a human task and how many times have we seen that when pipeline stops, notifications are sent out and then we wait........ for someone to identify, diagnose and resolve the issue. I am sure we have all been there and done that.

    Is this good enough?

    In my talk I will share some smart ways of infusing self healing into your existing pipeline. We all know it’s good to set thresholds and quality gates in the pipeline, so you can stop the pipeline when the threshold or the gate fails and notify appropriate stakeholders. But in this approach the problem is brought to the attention of the humans to take corrective action what if this issue gets self diagnosed and self healed by the pipeline itself!

    Imagine that....

    I will shows ways on how self-healing can be built into the pipeline by leveraging the data that gets generated from within the pipeline by converting it into information, and the information into knowledge, and the knowledge into insight to make intelligent data driven decisions and remediation.

  • Liked Beth Hatter
    keyboard_arrow_down

    Beth Hatter - Beyond Servant Leadership: The Evolution to Empathetic Leadership

    45 Mins
    Workshop
    Beginner

    The concept of servant leadership is nothing new in the agile community. Servant leadership shifts the focus of leaders from managing teams to empowering and supporting teams. But as the world continues to evolve, are we really forming the connections we need to have truly high performing teams? Empathy forms the foundation of connections between individuals, teams, and organizations, and is the key to successful in supporting the needs of our customers and society. To have truly high performing teams, we need to move beyond servant leadership to a more empathetic leadership mindset. So how do we recognize, nurture, and grow empathy and grow from Servant Leadership to Empathetic Leadership?

    This workshop will guide participants through several topics. We'll explore how empathy changes our thinking, how empathy and agile success relate, and how to build empathy within ourselves, our teams, and our organizations.

  • Liked Max Saperstone
    keyboard_arrow_down

    Max Saperstone - Test your tests: developer practices aren't just for developers.

    45 Mins
    Talk
    Intermediate
    The growth of automation testing in today’s software development organizations is changing the the way we test applications. Software development practices have matured over the last 30 years, to include all forms of testing to verify software quality. In the last ten years, there has been a huge spike in the adoption of automated tests, effectively replacing some of these manual testing practices, and supplementing many traditional testing activities. Many parts of the software development industry, however, are wary of replacing manual testingwith automated testing. Not only is there often a lack of confidence in the automation tests, many see automated testing as fragile, unmaintainable, and ultimately, something delivering a low return on investment. Max believes that by employing mature software development techniques, we can achieve robust, maintainable, tests, that deliver confidence of the application under test. In addition to discussing how to structure automated tests that are cleaner, more maintainable and efficient, developer testing, and deployment techniques can be used to programmatically verify test correctness. Drawing on his experiences building test automation, test frameworks and advising organizations to adopt test automation, Max will walk us through how to mature your test automation practices.