Are you "agile"?
Laurens D.
??Personal Development Coach for Software Engineers | ??Freelance Software Engineer
Agile.
The buzzword that sprouted in 2001 and nowadays leaves a bad taste in many developers' mouths. The ideology that software engineers hold on to in a sea of information overload, pressure and deadlines. The word that is uttered consciously and unconsciously, is heard with delight in many minds and cynicism in many others.
The core meaning of the word could not be anything but simple: "Quick, ready to move".
When one is agile, what does it mean? It means they can adapt, they are flexible. They learn and grow.
Software development has re-discovered and deepened the term. And management has taken it hostage. Imposed processes and frameworks led by external certified parties, measuring creative work to try and create predictability, "sprinting" for years straight, micro-management in the form of project management tools and mandatory daily status updates, the list of things that are shoved under the "agile" umbrella that could not be further away from any resemblance of its meaning goes on.
And still, myself and many others with me, cling to the ideas, values and principle of that original manifesto. Those promises that were made to customers and to the world.
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
These principles urge us to talk to each other. To build software together. To sit with the customer as two groups of people building something together. Creating shared understanding. A connection. To have you lean into my craft. To have us lean into your world. These principles allow us to build quickly, get it used and tested, and adapt.
And those skills are invaluable, not just in the world of software engineering.
How often do we get trapped in endless discussions, analysis paralysis? How vast is the average distance between the builder and the person to build it for? How often do we over-engineer and pre-plan where it ended up completely unnecessary? How often do we stick to the plan, even when life throws signals and symbols toward us continuously?
领英推荐
Even after all the conversations I've had with engineers who have suffered greatly under so called "dark agile" practices, agile in name but far off from the ideology, I still believe that these principles are a key mindset to collaborating on anything with anyone in life.
These ideals are tools that we can use both as individuals and as teams to create value for other people, reduce waste in time and energy, and connect with others through the projects we build together.
What are your experiences with agile? Does any of this resonate with you?
I'd love to hear your stories and obstacles!
Leave a comment and let's talk.
Let's continue the conversation!
Did you take something from this or appreciate my writing?
Consider buying me a coffee.
Or simply reach out to me, I'd love to hear from you!
I build teams, shape cultures, and creating structures that make work enjoyable and inspires teams to develop top-notch digital products.
3 个月Laurens D. nice overview. For me personaly, since you asked. Ive started in software at KBC in 2011 and got introduced to it by my team lead. So actualy for me it’s always been there. But it has always been used as a methodology instead of a mindset. So agile became: sprints, kanban, boards, “post-its”, retros etc. In other words the artifacts. But the vibe it gave at KBC was very nice. For me it was normal, for some it was really something new and refreshing. The problem was that most jobs did not change. Departments, programs, projects it was all still there and off course most people in mgmt did not see how this can work for a whole company. Enter SaFe agile. And with it Craig Larman laws kicked in. https://www.craiglarman.com/wiki/index.php?title=Larman%27s_Laws_of_Organizational_Behavior . and the old “project” or “waterfall” approach lived on in disguise. Gantt charts became roadmaps. Mandays became story points. Requirements became discovery. And now people hate it or say it does not work but they are actually hating the waterfall in disguise. So I think the ship has sailed. For that reason I don’t talk about it anymore.
IIT(BHU) | 1846@ Leetcode | 1535@ Codeforces | MERN | IIT Madras
3 个月Interesting