|
May
18 |
Topic: Agile Adoption
This post is an excerpt from an on-going conversation at http://tech.groups.yahoo.com/group/agileleadership. I have been asking for comments and perspectives about leadership, traditional management, Agile Leadership and so on. The thread is well received and i wanted to bring this element to this community as it begins to address places where all sides seem to converge. Glen Alleman wrote: I’ve started speaking of non-agile project management is bad (or poor) project management, since responding to the emerging situation is part of good project management – as defined in PMBOK. Therefore not responding is bad. I’ve started using “conventional” to distinguish the processes used in many locations to great success. Agile and Conventional are certainly different. Non-agile is non-functional and therefore a nonstarter for success. Ron Jeffries responded: Would that more people believed that. From my perspective; I think Agilists differ from conventionalists in that they put Respect and Leadership over Rank and Management, and make this distinction transparent. Perhaps one of the key attributes of an Agile Leadership environment is the passing of the leadership position to the person the team trusts most to address the issue. This fluidity, seen in ‘self organization’, pair programming, and most dynamically in planning sessions seems to become the bonding agent of the team. Now does this translate into organizations. I think the answer is yes, but the result is a new management process that goes to the top of the management and stakeholder organization. We have mentioned “Corps Business” and some of us have delved into OODA, the three block war, and I have seen some organizations make steps toward this. What I think I am seeing is the trust component of leadership and followership extend into the management of the organization and manifest itself in Management retain Control of the plan and teams of people at the lowest level in the organization take over Command of the situation. The Middle part of the organization exists to serve both those above and those below by clearly defining, the mission statement and the commander’s intent; advising those above on the capabilities and limitations in meeting those statements and intents and removing the impediments facing the teams as well as shepherding the solutions to the needs and requests of the team as they encounter unpredicted, emergent challenges.
Trackback URL: http://www.bigvisible.com/mdwyer/agile-leadership/trackback/
|
||||||
I like this line.. I have thoughts along the same lines that distinguish traditional managers from leaders and the significant difference. There doesn’t have to be but often is. A leader does not lead by power or title, they empower people, trust and trusting in people can make them rise to the challenge. Inspire people? Trust them to do the job. Agile controls the chaos and allows people to be valued as individuals who were hired to think and come up with creative solutions. Good leaders, agile or not, know this..
I can passionately recommend the following book, I think it will resound for many here:
The Future of Work – Thomas W. Malone
Had it on my shelf for a year before I read it. Describes leadership but could also be said to describe decentralized leadership such as those we now call agile. Great page turner.
Mike – I like your summary perspective and agree completely. I like to view it in ethical terms as honesty about what we know and have yet to learn; honesty about what’s inside and outside the speaker. In the case of SW development, it’s specifically about not confusing specification with speculation, and then getting busy with cycles of learning and creating value. I find another distinction resonates well – the R&D vs manufacturing context. Most people find the R&D model compelling to explain our approach.
Thanks, Jay


