Bindings, Platforms, and Innovation
This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.
Tracking change and innovation in the enterprise software development community
Posted by Mark Levison on Aug 21, 2008 01:00 AM
At Agile 2008, Dave Nicolette and Lasse Koskela, author of Test Driven: TDD and Acceptance TDD for Java Developers, ran a workshop on "Overcoming Resistance to Change". Any change whether an Agile implementation or re-arranging the office furniture is going to encounter some resistance. The real question is how we react when that happens.
When people resist changes we propose our first reactions are often emotional (anger and frustration): They're stupid, stubborn, etc. As Dave pointed out thinking like this will not help us achieve positive change.
Reasons for resistance were broken down into three basic types:
We were invited to play Dale Emery's: Resistance as a Resource Game - answering the question "Why would 'an intelligent, competent, sincere person of good will' resist a proposed change?". According to Dale the purpose of the game "To create, learn, remember, and express ideas about how to respond to resistance". In our version of the game each table worked together to discuss a few examples of resistance. For each resistance we proposed possible a Reason and then one or more Responses for each reason.
When it came time for the role playing Lasse join this reporters group and played the role of a Team Member who refused to standup. As a group we had discussed a number of emotional reasons that this person might be refusing to stand. However when this reporter acted as Scrum Master he completely forgot the emotional side and made cognitive appeals - which had no affect on Lasse. In the end the team stepped in and asked Lasse to be part of the team and try standing for the next couple of sprints.
Who will resist depends on the source of the ideas and their conflicting priorities. Developers want to deliver quality, customers might want features and management to protect their budget. So each will view proposals for changes from the others through their own lens.
In handling resistance we were reminded on Kotter and Schlesinger's Six Approach Model:
As Dave and Lasse both said its best to focus on the first three and leave the others alone as they can make the situation worse.
Johanna Rothman adds that when you see resistance you should consider if its a reflection of your resistance.
So when we're faced with resistance to proposed change, step back and consider playing Dale's gam with a partner it may help illuminate the underlying problem and also responses that help improve the situation.
Give-away eBook – Confessions of an IT Manager
Ensuring Code Quality in Multi-threaded Applications
The Agile Business Analyst: Skills and Techniques needed for Agile
There have been several times since the conference that I've found myself in situations with people actively resisting new ideas. I find it a real struggle to step and ask myself about their reasons and what appropriate responses might be. Its very humbling to try and put into practice new ideas like this.
This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.
This article explores the use of JBoss and jBPM to implement design solutions that effectively address the issue of orchestrating long running activities.
This presentation covers the use of graph databases as an optimal solution for data that is difficult to fit in static tables, rapidly evolving data or data that has a lot of optional attributes.
This session introduces Real Options and shows how it can help in running your project. Real Options is a decision-making process that can be used to manage risk.
This article discusses the use of bindings on services and references (including the instance of non-configured bindings) as the means to implement SCA communications in a Web and SOA environment.
After a short introduction to DSLs, Scott Davis plays with the keyboard showing how to approach the creation of a DSL by typing working snippets of Groovy code that get executed.
IBM Rational and InfoQ present, Scaling Agile with C/ALM, an eBook showing organizations how to become “finely tuned software delivery machines” by enabling team integration and scaling.
Amanda Laucher presents a real life enterprise application written in F#. She shows actual code snippets, explaining design decisions and suggesting how to use some of the F# constructs.
1 comment
Watch Thread Reply