tag:blogger.com,1999:blog-20843954.post2110987559076065408..comments2024-02-22T13:43:48.846+01:00Comments on Kallokain: Are Nash Equilibriums Killing Agile Initiatives?Kallokainhttp://www.blogger.com/profile/15756733532883677794noreply@blogger.comBlogger14125tag:blogger.com,1999:blog-20843954.post-66691105574827154632009-11-29T02:18:37.250+01:002009-11-29T02:18:37.250+01:00That anyone ever thought it would work the way it ...That anyone ever thought it would work the way it was described in the diagrams is simply amazing. While the desired end result is understandable, if one could get it to work without the infamous matrix management.<br /><br />thanks, I enjoyed it.perspecdtivehttps://www.blogger.com/profile/04533138816160466819noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-20566594636769087452009-11-26T08:23:14.942+01:002009-11-26T08:23:14.942+01:00@Rich Katz
Organizations tend to increase entropy...@Rich Katz<br /><br />Organizations tend to increase entropy over time, true. It is not quite the same thing I am discussing here. (I have built an "increasing entropy" model in my book Tempo!. I hope I will get it published eventually.)<br /><br />The Nash equilibria model explains organizational inertia. The organization may be functioning well in a steady state, but is unable to change when circumstances dictate it should. It is not the only such model, but it is a useful one. (There are several such models. Some are generic, but you can also build models for specific companies that yield greater insight into specific situations. That is one of the things I do for a living.)<br /><br />I am not blaming Mr. Nash, I am grateful to him because he came up with a useful model for understanding what is happening.<br /><br />You are quite right that management meetings can help resolve the situation. It is simple in principle, but usually difficult in execution.<br /><br />One of the most prevalent strategies managers use in functional organizations is <i>keeping secrets from other managers</i>. You do not change that with a single meeting. You may need what amounts to several years of group therapy with a skilled facilitator. (Check Argyris below for examples.)<br /><br />Openly disclosing strategies in order to find a way to move to an improved state is part of how you get out of a Nash equilibrium. However, getting people to accept and understand paradigm shifts is difficult. (On a neuroscience level, they actually have to grow new structures in their brains. http://bit.ly/54Q5kx )<br /><br />Read Chris Argyris's Knowledge for Action, to get an idea about the work involved. http://bit.ly/8G44eY<br /><br />It can be done. Alan Mulally did it at Ford. (Lost the link, unfortunately)<br /><br />Roland deVries did it when he united the South African Army. http://bit.ly/6DmCXo<br /><br />but it was not easy things to do. We should not forget that we are asking people to change habits they have had all their life. That is difficult to do even if one wants to and no external force is constraining you. Think of giving up smoking or radically changing political and religious beliefs. Can be done, but not easy.Kallokainhttps://www.blogger.com/profile/15756733532883677794noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-23605130259173260732009-11-25T15:42:44.534+01:002009-11-25T15:42:44.534+01:00What you're talking about is entropy, not nece...What you're talking about is entropy, not necessary equlibria. <br /><br />There is a very simply way to make agile succeed. It's called a management meeting. Department heads must choose to take on agile roles and be certain that they can live with it. This is best accomplished by organization goal setting and by working out a workable definitive path that each department can commit to.<br /><br />Without that, in some departments, a method for "becoming agile ready" is simply not known and the cost is anticipated to be too great. <br /><br />For instance, you can never make development more agile than your "Q/A department" (if you have one) chooses to be. If your Q/A demands that your product release is 100% ready before they see any of, you can never change. That may be their only choice, and other things may block them from changing how they do business.<br /><br />On the other hand, your development group need to adopt enough agile methods - like scrum in a whole-hearted way. Just putting daily problems "up on a board," making your developers stand up during meetings is not agile.<br /><br />In short, your company needs to make the decision to become agile - or not. Saying that other departments "won't go along" does not mean all of you should make this decision as a set of random events. That too is entropy. Don't blame Mr. Nash for what your management can or can't do.<br /><br />Entropy: information: "(communication theory) a numerical measure of the uncertainty of an outcome; "<br /><br />http://wordnetweb.princeton.edu/perl/webwn?s=entropyRich Katzhttps://www.blogger.com/profile/14807409457889210037noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-40571728925271496492009-11-25T15:04:27.525+01:002009-11-25T15:04:27.525+01:00@noroute
Thank you! I am trying to spark a bit of...@noroute<br /><br />Thank you! I am trying to spark a bit of debate, so I am delighted we disagree.<br /><br />I will need a blog post to express a counter argument though, so please bear with me until I can find the time to write one. No more than a day or two, I hope.Kallokainhttps://www.blogger.com/profile/15756733532883677794noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-66897833608356669202009-11-25T14:58:33.924+01:002009-11-25T14:58:33.924+01:00@Jeff_Anderson
I agree. Agile can do a lot of goo...@Jeff_Anderson<br /><br />I agree. Agile can do a lot of good even if the rest of the organization fails to adapt.<br /><br />I do not want to discourage anyone from trying. I just want to point out some of the difficulties involved. Agilists are not the first who try to improve business organizations: TQM, Six sigma, business reengineering, TOC, Lean, etc. All have met with limited success overall, even if there are companies who have been spectacularly successful.<br /><br />However, each failure provides us with information we can use to increase the chance of success the next time around. We just have to decide to be truly Agile and learn.Kallokainhttps://www.blogger.com/profile/15756733532883677794noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-44437813931006423102009-11-25T14:48:42.258+01:002009-11-25T14:48:42.258+01:00@Anonymous
My dictionary agrees with you. Thanks!...@Anonymous<br /><br />My dictionary agrees with you. Thanks! not the only spelling mistake in the article. I'll fix them.Kallokainhttps://www.blogger.com/profile/15756733532883677794noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-7202048613380064062009-11-25T14:46:03.233+01:002009-11-25T14:46:03.233+01:00@Michael_James Excellent question!
Yes we will. T...@Michael_James Excellent question!<br /><br />Yes we will. The process is speeded up by the recession. Over the past few months I have seen several business articles proclaiming that small business is the next big business.<br /><br />However, that is under the assumption that the organizational paradigm remains the same: functionally organized and hierarchical.<br /><br />There are ways for organizations to remain agile regardless of size. Companies that grow and remain agile include The Virgin Group and W.L. Gore Ltd. There are many others. What they have in common are common values throughout the organization, common goal, decentralized decision making, flow organization and network structure.<br /><br />I believe the next generation of business people may catch on. The current generation, fortunately with with delightful individual exceptions, is too set in its ways.Kallokainhttps://www.blogger.com/profile/15756733532883677794noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-84822163578417964382009-11-25T14:36:13.151+01:002009-11-25T14:36:13.151+01:00@Machiel Unfortunately yes, under some circumstanc...@Machiel Unfortunately yes, under some circumstances, and from a very short time perspective. If adoption of a new policy fails, there may be a backlash. The backlash may bring the organization to a worse state than before.<br /><br />BUT, an organization that cannot adopt Agile, probably cannot adopt other things that it needs either. The organization is quite likely to die, and sooner rather than later. (The average lifespan of a business organization is 12.5 years according to Arie De Geus, http://2020Foresight.blogspot.com/2003_04_16_2020foresight_archive.html )<br /><br />What I recommend, is going Agile using a Systems Thinking perspective, not an Agile perspective. (The shortest description I have written of how to do it is 400 pages long, so I won't repeat it here.)<br /><br />If you want to make developing software more fun and efficient, just go. Interleave study and practice. Study a bit, practice a bit, repeat...<br /><br />If you want full scale Agile adoption, i.e. something your organization as a whole will benefit from, I recommend a bit of reading before going ahead:<br /><br />John Kotter's Heart of Change provides a good template for organizational change. http://bit.ly/66pXs3<br /><br />Bill Dettmer's The Logical Thinking Process provides you with the tools for planning the change. http://bit.ly/5AIvLp (Scroll down the page to watch my video review or visit YouTube for a slightly larger version http://www.youtube.com/watch?v=UQXXCclDakE )<br /><br />Chet Richards Certain to Win provides the strategic insights you need. http://bit.ly/6YtC8B<br /><br />Here are two basic insights that may serve you:<br /><br />People want to survive <i>on their own terms</i>.<br /><br />Strategy is a game of <i>interaction and isolation</i>. The first principle of strategy is to focus your forces where they will do the most good. (Hint: The software development department is usually not the strongest power center in the organization.)Kallokainhttps://www.blogger.com/profile/15756733532883677794noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-75716874070883680402009-11-25T10:44:59.407+01:002009-11-25T10:44:59.407+01:00Henrik,
agile methodology isn't about pace of...Henrik,<br /><br />agile methodology isn't about pace of development. It is about being able to react to changed requirements and about reducing the risk of unclear/miscommunicated requirements.<br /><br />The interdependency problem arises if dependent teams only partially shift to agile development methods.<br /><br />Agile methodology depends on almost-instant feedback and communication. If the "customer" (or product owner) of a team cannot provide that feedback in a timely manner (in this setting meaning that the "downstream" team cannot integrate and evaluate the artifacts delivered to them), agile methods fail.<br /><br />There is no innate need to change a whole organisation to "agile".varioushttps://www.blogger.com/profile/10654284435144503273noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-85241174090444808042009-11-24T23:48:04.158+01:002009-11-24T23:48:04.158+01:00your article is very interesting.
And I can certai...your article is very interesting.<br />And I can certainly see how the lack of embracing any change across the entire organization makes it very difficult to reap the benefits of that change for a small subset of that organization.<br /><br />That being said I have used agile methods on teams that were largely not embraced our job. We still got a lot of out of it, we just had to set up our firewall appropriately.<br /><br />Things like TDD, iterative development, and people driven proceses like retrospectives and daily standups can help keep projects from going off the rails even if the entire organization hasn't fully embraced agile.Jeff Andersonhttps://www.blogger.com/profile/17502868241692630528noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-23675919560894792282009-11-24T22:53:15.107+01:002009-11-24T22:53:15.107+01:00I think you mean "Nash equilibria".I think you mean "Nash equilibria".Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20843954.post-21134889885319948492009-11-24T20:52:13.969+01:002009-11-24T20:52:13.969+01:00A beautiful post. Does this mean we will see a tr...A beautiful post. Does this mean we will see a trend toward smaller companies as large ones lose their ability to compete?<br /><br />--mjMichael Jameshttp://blogs.danube.com/author/michael-jamesnoreply@blogger.comtag:blogger.com,1999:blog-20843954.post-66349790354954399002009-11-24T18:26:07.659+01:002009-11-24T18:26:07.659+01:00Very keen observation. It helps me understand a lo...Very keen observation. It helps me understand a lot of what I've experienced and observed.<br /><br />When I've "introduced Agile" I've done it for the sake of creating success, not for the sake of "being Agile." To me, success is at the level I have influence over (individual, associates, team, department) and must be considered in the context of the organization. For example, I've introduced selected Agile practices on a team in order to make that team more successful in the (non-Agile) organization. <br /><br />This has worked well for me; of course, it also means I haven't changed any "entire organizations" to be Agile.Kay Johansenhttps://www.blogger.com/profile/18286187594739143083noreply@blogger.comtag:blogger.com,1999:blog-20843954.post-35929116522005573782009-11-24T15:22:28.132+01:002009-11-24T15:22:28.132+01:00When other parts of the organization don't cha...When other parts of the organization don't change with your Agile team the ultimate implication of what you're saying could be that it might be more productive to undo the Agile introduction. Right?Machielhttps://www.blogger.com/profile/04372146720135172369noreply@blogger.com