Typemock: Past, Present and Future
Eli Lopian of Typemock answers a few questions on Typemock origins and where Typemock is headed.
Tracking change and innovation in the enterprise software development community
Posted by Amr Elssamadisy on Feb 12, 2008 11:00 AM
Successful Agile teams are predominantly characterized by their culture and not their practices. This sentiment rings true to many (if not most) in the Agile field. Christopher Avery, who has made his name in the world of organizational transformations, has taken his work on Responsibility and focused it directly on Agile practices. Is Personal Agility the key to successful Agile adoption?
Mike Griffiths blogged about a conversation with Avery:
We were discussing motivation and how to motivate peers who you do not necessarily have positional power over. Bosses may try to create motivation via carrot and stick approaches, but these are weak and short lived. People grow tired of such manipulation and find ways to break the system.
Instead, Christopher talked about “Intrinsic Motivation”, a more powerful motivation that comes from within. People want to be on a winning team, but are not sure how to find or create them. The secret lies in understanding what “winning” means for others and then creating wins around you. In practical terms this means asking people “what is in it for them?” i.e. what is it they would like to learn, do, or gain (beyond a paycheck) from the project and then provide opportunities for these things to happen.
At first this sounded a little odd to me, a bit too touchy-feely. Asking people what they did over the weekend is one thing, but asking them what they want out of a project seems, well, invasive, too personal. However when you think about it, that is backwards, after all the project is something we all have in common. What they did with their spouse over the weekend, now that could be personal!
A. Singh has also blogged on Personal Agility, back in June 2007:
My hypothesis is that these gains often do not materialize due to a lack of personal agility, where personal agility is simply the “awareness” of things of value and adapting behaviors and mindset to use it.
Singh cites the work of Eli Goldratt of The Goal and Theory of Constraints, Peter Senge of the Fifth Discipline, and Christopher Avery's work on Responsibility.
In an article for the Agile Journal, Ashley Johnson of Gemba Systems and I co-authored Personal Agility for Agile Adoption (also citing the work of Avery, Covey, and others):
As Agile becomes better known, many troubled teams are deciding to adopt Agile practices to help fix their problems. Most clients seeking our help in Agile adoption want to start by pursuing process and tools. The more dysfunctional their teams, the less tolerance they have for focusing on individuals and their interactions. We have found that the most effective teams- those that show a tremendous improvement in productivity and value to their organizations - have individual team members who take ownership, act responsibly, and are disciplined in recognizing and responding to change at a personal level. These individuals adopt Agile practices because they have made a conscious decision to do so. They do what it takes to make things work.
So what does Avery say? In his blog, Avery talks about Agile Dynamics vs. Agile Mechanics and states that the dynamics beat out the mechanics every single time:
Consider arranging results in a classic two-by-two matrix that measures agile tools quotient (i.e., mechanics) on one axis and personal agility quotient (i.e., dynamics) on the other. The scaling trend I've seen has been that most agile adoption efforts today attempt to move from quadrant 1 (low agile tools quotient, low personal agility quotient) to quadrant 2 (high agile tools quotient, low personal agility quotient) by teaching and installing agile tools and processes — i.e., the mechanics. The result is much pain. When enterprises instead focus on developing the leadership and people dynamics of agility, what I call personal agility, they move from quadrant 1 to quadrant 4 (low agile tools quotient, high personal agility quotient). From there, it is a much easier and more successful move to install the mechanics.
So, what Avery and others have found are that the touchy-feely skills (Agile dynamics) are much more important than the mechanics such as TDD, Stand-Ups, etc... Do you agree?
Six Free Project Management Certification Training Courses
SCM Best Practices for Continuous Integration
Scaling Agile on large teams & Being Agile every day Tracks @ QCon SF Nov 19-21
Gamma's Jazz platform's first implementation: Rational Team Concert (Trial Download)
I have been doing for some years the question "what´s in it for you", "what kind of project would you do in your spare time", and things like that for team members in recovery and troubled projects, and found that if you treat people like volunteers, and redefine "together" the meaning of the work to allow that team members interests and personal goals be included into the projects as complementary goals, creating a more inclusive and long reaching goal, the flowers starts to bloom again. It´s very nice to see people, that were frustrated, angry, sad, pity, to start to feel that they can, they are valuable and they want to realize their potential and share value with others. Juan Bernabó Teamware do Brasil
I wrote about intrinsic motivation a few weeks ago. I agree it ismuch more important then anything else. http://paircoaching.wordpress.com/2008/01/18/intrinsic-motivation-what-motivates-you-in-your-project/ I think the Core Protocols of the McCarthy's (Remember "Software for your head") help people to find their own internal motivation. (next to creating good rules for communicating in an technical team) http://www.mccarthyshow.com/Portals/11/docs/TheCoreV3.pdf
A friend of mine (he knows who he is) and I have had an ongoing, friendly argument about what matters most in a developer: technical or "soft" skills. He tends to argue the technical side, I take the other position. Of course, you need both. But it's interesting these days to surf technical forums and boards (such as Joel on Software). I find there's great interest in the latest framework but little in talking about why our current project, which uses all these latest toys and is staffed by very smart people, is failing. So, while I very much agree with the article, I'd probably take it one step further and try to apply it to any project, agile or not. I suspect that we'd find that the obstacles to personal agility are the same ones that are prevent our current non-agile project from succeeding. Or maybe it's that personal agility isn't just about enabling agile projects to succeed. Increased personal agility will help you succeed no matter where you find yourself working.
So, while I very much agree with the article, I'd probably take it one step further and try to apply it to any project, agile or not.
Yes - absolutely. Whether we call it 'personal agility' or 'responsibility' or 'kookoo waaawaa', the soft skills are a necessary, but not sufficient, skill-set for any successful project work.
Since we've started Gemba Systems we've realized the same thing. We no longer talk about Agile, or even software development, only project work. These skills are important for any team doing project work.
Although the Core protocols are free and pretty easy to understand (much easier the SFYH), I noticed that it is not so easy to implement them as long as you have not seen them in action. Some of these rules feel strange to use in a team. It was not untill I have followed the Bootcap (Reboot To Team 2.0) I found the courage to use them in my teams. I like it so much I started to Organize these camps in Europe. If you can make yourself free from 24 till 28 February, contact me and I can make you a nice offer for the next camp.
Nice discussion. I agree with the importance of intrinsic motivation. And, of course, it is essential to every kind of team working, not just for agile. But, the emphasis here, is show that we should care about personal aspects of agility, more than the mechanisms (and the agile manifesto itself says that). Another article about this theme: here.
Eli Lopian of Typemock answers a few questions on Typemock origins and where Typemock is headed.
Scott Ambler talks about actual data resulting from surveys made during 2006-2008, showing how Agile is perceived and implemented within organizations.
From QCon 2008, Daniel Moth presents on using Visual Studio 2008 and .NET 3.5 to create compelling rich Windows applications.
Joshua Kerievsky, founder of Industrial Logic, talks about Industrial Extreme Programming which extends XP by including practices dealing with management, customers and developers.
Amazon Web Services (AWS) Evangelist Jeff Barr discusses SimpleDB, S3, EC2, SQS, cloud computing, how different Amazon services interact, origins of AWS, AWS globalization and the March AWS outage.
Cloud services have helped bring virtualization to the forefront. Its full power however, also includes other benefits such as high availability, disaster recovery, and rapid provisioning.
John Lam talks about his path to dynamic languages, some of the problems of making IronRuby run fast, and how the DLR helps with implementing languages.
VMware Infrastructure 3: Advanced Technical Design Guide and Advanced Operations Guide provides a wealth of practical insights into setting up virtualization in todays corporate environments.
6 comments
Reply