Can Agile Projects Turn into Agile Companies?
Here are some ideas on how to leverage your agile project to transform your company into a more agile organization.
Join the DZone community and get the full member experience.Join For Free
when thinking of organizations and the ways in which they change and evolve, the main thing to keep in mind is: organizations are made of people. hence, if it's people making the teams and teams making the companies, it should not be too difficult to make an entire organization agile.
it's “ only ” a matter of scaling it and pushing forward.
one of the key principles of agile is placing more value on the teams than on the processes and tools. this could be taken to a broader level and applied to most things you do within an agile team. what is making you agile, as opposed to slow in response and stagnant in process, is being able to respond quickly and decide on where the valuable information is coming from.
responding to change and making a difference quick is of the highest value when going from traditional to agile. it's as if you were asked to point to the most time-consuming and wasteful practices the organization was doing and got rid of them. so no planning years ahead, rigidly sticking to a plan that has already started to fail, valuing processes and plans more than people's insight into a project and customer's change requests. so, less bureaucracy and more actual result-making work.
how do you effectively spread your agile project within the organization?
share results and enthusiasm
if the other teams care about the work, they will want to participate after seeing changes within your team.
talk about it informally
this should bring better results rather than making official recommendations and formal presentations of a new way of doing things. it is much better to inspire than to impose.
calculate the roi
..and present the numbers to high level officers within the company. whereas teams respond to informal clues, the management is more inclined to be receptive to the strength of a data sheet showing comprehensive and persuasive information on the potential benefits.
forecast the changes
play with the results and try foreseeing the other department's potential gains. following the "documented gains" data, it's perfectly normal to run an estimate of what can be achieved with x changes in x time. all you're doing is making an example of duplicating what the agile project has achieved and anticipating a wider result.
a welcome change
present the changes as ones that will make lives easier for both the management and teams (because they will).
sneak in a suggestion
you can try complaining about what is not working and direct the attention to an agile approach to the problem that might create a better result.
there are ways in which some agile changes can be brought in without consulting the broad leadership — make them, whenever you see an opportunity. in the end - at this level – you're mainly helping and influencing yourself.
most large organizations are struggling to become agile, as it takes a lot of work from each individual that makes the company and — at the same time — is very hard work for the organization's cells and managers. you should keep in mind that it is the job of each of the employees to make the entire organization work a little better, but please don't expect the change to be quick.
to sum up — organizations can be agile, and reflect the ways in which projects are agile, for as long as each part of the organization is also as agile. it's the kind of change that has to come from within , but as with most changes, it requires work and effort to remain permanent.
Published at DZone with permission of Anna Majowska, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.