Agnostic Agile

I am an Agnostic Agile Practitioner, I adapt and tailor agility to and for my customer, even if this means improving upon or tailoring any given framework to the degree that will benefit my customer. My customer may be the company that I work for, the client (and/or) end client that is receiving my services, or even other agile practitioners with whom I am working.

I will strive to uphold proper ethics, conduct and respect between my fellow agile practitioners and framework enthusiasts, and to ensure that my customer is getting value no matter what vehicle is being used to deliver that value. I recognise that I should be a lifelong learner and commit to improvement both professionally and personally.

I seek to uphold the following principles, to the best of my ability and judgment:

1. To put my customer first, making them independent.

   I will put my customer’s interests first, because that is what I have been hired to do. I will help them deeply understand the agile mind-set, principles and values instead of just framework specifics. By doing this, I ‘teach them to fish’, and I empower them, moving them towards independence, instead of creating dependencies.

2. To do my best, complementing theory with practical experience.

   I will apply my best available knowledge and learning of lean and agile practices as my current abilities allow, such may come from my own experience or from any frameworks that best fit my customer’s needs and context. I will always seek to advise based on a healthy balance of theory and practical experience.

3. To tailor agility to context.

   I recognise that there is art to our lean and agile practice, that it is driven by empirical evidences, and that emotional intelligence, understanding of customer context, and customer maturity levels may outweigh the adoption of any (aspect of a) method or framework, even though that (aspect of a) method or framework might be the more ‘agile thing to do’. I ‘pull in’ what the customer needs, rather than ‘push’ what may not be needed.

4. To understand hindering constraints and work to remove them.

   I will respect the unique context of my customer, and strive to remove any constraints that hinder agility, in the best way that I know how.

5. To share, learn and improve.

   I will gladly share my own knowledge and experiences honestly, with other fellow practitioners and framework custodians alike, helping to continuously improve our common lean and agile practices. This includes providing constructive feedback where and when appropriate in the most respectful way, so that all may benefit for the sake of learning and continuous improvement.

6. To respect frameworks and their practitioners.

   I will respect frameworks and the value that they offer, and I will respect those that practice them, and those that have helped to create and improve them.

7. To acknowledge unknowns and seek help.

   At times when I feel that a problem or challenge may be beyond my current knowledge or ability to overcome, no matter how small or how big, I will courageously admit that “I do not know,” and I will commit to asking my fellow practitioners for help and guidance if the skills or experience of another will benefit my customer.

8. To never mislead and to never misrepresent.

   I will never mislead by stating that I know something when I do not, and I will never misrepresent or hide any options or choices that could otherwise benefit my customer.

9. To remember that agility is not the end goal.

   I will remember that attaining agility does not guarantee a better outcome for my customer, and that in some cases, other more traditional approaches might be better for the current climate and context.

10. To acknowledge that dogmatism is non-agile.

    I will not be dogmatic when it comes to lean or agile frameworks or methods, because dogmatism is non-agile, does not benefit my customer, my community or lend itself to continuously improving my own practice. It is therefore something I will relentlessly strive to remove myself from and avoid.

11. To recognise that there is more to agile than agile.

    I recognise that the road to agility will sometimes itself need to be built in order that we may begin or continue our journey. Building this road can include practices such as people and organisational coaching, the application of lean thinking, and organisational change management. I therefore seek to learn and master all that is required for making the road to agility, a safe one.

12. To give to the community as it has given to me.

    I will remember that I am a member of a lean and agile community of practitioners. I will strive to help improve my community and learn from it as it may learn from me, as doing so will ultimately be of benefit to both lean and agile practitioners and customers everywhere.