25. Thank you and stay in touch!
Tomas Kejzlar
tomas.kejzlar@gmail.com
@lightinmeadows
Fred Williams
fred@williamstechnical.com
www.williamstechnical.com
www.skepticalagile.com
Notas do Editor
TODO: video – drug dealer
We are focusing on delivering more and more stuff. Agile however is about value, not about how much and how fast you can produce crap.
We are focusing only on financials, such as ROI. Agile is about sustainability and making the world a better place.
Commercialization of the industry
Certifications (ScrumAlliance, Scrum.org, LeSS, SAFe, ...)
We are focusing on tools and mechanics, instead of focusing on the main principles of agile.
Think aboiut this: how many times have you recently been thinking about how to do something in a poarticular tool, how to structure a particular document instead of digging deeper and trying to find the real problem?
TODO: video - agile dog
TODO: video – hiring an agile guru
We are trying to „agilize“ everything. Cult-like behavior. Even functiona wehere agility does not make much sense just becouse of the nature of these functions.
Example: HR
agile open coffee in Prague, topic „agile HR“ (effectively „how to speed up the hiring process and lie to people without them noticing“)
what would be the benefit of having an „agile“ HR? how would you know that HR is „agile“? would they i.e. change company benefits every two weeks in iterations?
TODO: video - agile dog
TODO: video – hiring an agile guru
TODO: video – hiring an agile guru
Agile is a mindset. It is not something happening overnight. Not something that can be simply implemented or installed. It has to be discovered, practiced and grown over time. With support, understanding for failure and learning.
Delivering working and valuable software every week might be the essence of what we‘re trying to get.
And again, think about it: are you currently able to do that?
Of course, it is hard. And many of us are only getting there. But what we should never forget is that
Delivering working and valuable software every week might be the essence of what we‘re trying to get.
And again, think about it: are you currently able to do that?
Of course, it is hard. And many of us are only getting there. But what we should never forget is that
So, if you take one thing out of my talk, please: ask you self:
Am I trying to fulfill the agile manifesto?
Am I trying to proceed in small steps, taking feedback and learning from that?
Am I creating the envionment in which agility can thrive?
Agility should bring value: to the customers and users, to the business and to the IT folks. Does the thing you want to do bring that value? If not, why are you doing that? And why are you masking it as „agility“?
Use the scientific method. Before trying something (be it a framework, a practice or any change), formulate a hypothesis, stating what you are going to do, what results do you expect and how are you going to measure them. Then measure them—after all agility is about quick feedbackl loops and doing meaningful changes for the better.
Don‘t believe in silver bullets. In one-size-fits-all solutions (they don‘t work even for clothing, why should they work for agility?). In magical answers. Dig deeper. Uncover real needs, real problems, real issued – and the solve these in small ways, gathering feedback and adjusting course as you go.