<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.construx.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Brad Appleton ACME Blog</title><subtitle type="html" /><id>http://blogs.construx.com/blogs/bappleton/atom.aspx</id><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/default.aspx" /><link rel="self" type="application/atom+xml" href="http://blogs.construx.com/blogs/bappleton/atom.aspx" /><generator uri="http://communityserver.org" version="3.1.31113.47">Community Server</generator><updated>2009-06-03T18:49:04Z</updated><entry><title>SOA, Mashups, Mashed Knees and Surgery</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/21/soa-mashups-mashed-knees-and-surgery.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/21/soa-mashups-mashed-knees-and-surgery.aspx</id><published>2009-08-21T18:35:05Z</published><updated>2009-08-21T18:35:05Z</updated><content type="html">Today is my birthday - I had arthroscopic knee surgery last night and am feeling pretty good so far (happy birthday to me). I know I still have a lot of meds/painkillers in my system and that its going to feel more uncomfortable the next few days. I&amp;#39;m Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/21/soa-mashups-mashed-knees-and-surgery.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Design/Arch" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Design_2F00_Arch/default.aspx" /><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /></entry><entry><title>BOOK: Running an Agile Project</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/21/book-running-an-agile-project.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/21/book-running-an-agile-project.aspx</id><published>2009-08-21T18:21:01Z</published><updated>2009-08-21T18:21:01Z</updated><content type="html">First, on a personal note, I had the misfortune to tear cartilage in my right knee a couple days ago and will require surgery to repair/remove it. I&amp;#39;m hobbling around on crutches for the time being. I hope I can still attend (and present at) Agile2009 Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/21/book-running-an-agile-project.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /></entry><entry><title>WANTED: Seeking Single Agile Knowledge Development Tool-set</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/wanted-seeking-single-agile-knowledge-development-tool-set.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/wanted-seeking-single-agile-knowledge-development-tool-set.aspx</id><published>2009-08-18T11:11:04Z</published><updated>2009-08-18T11:11:04Z</updated><content type="html">I&amp;#39;ll be presenting at Agile2009 in Chicago on the Tools for Agility stage on Tuesday 25 August, 4:45pm-5:30pm. Here is my session description from http://agile2009.org/node/2762 WANTED: Seeking Single Agile Knowledge Development Tool-set Aren’t code Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/wanted-seeking-single-agile-knowledge-development-tool-set.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="CM" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/CM/default.aspx" /><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Change-Tracking" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Change-Tracking/default.aspx" /><category term="Code-Mgmt" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Code-Mgmt/default.aspx" /><category term="Tools" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Tools/default.aspx" /><category term="Traceability" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Traceability/default.aspx" /></entry><entry><title>Studies on Effectiveness of TDD?</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/studies-on-effectiveness-of-tdd.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/studies-on-effectiveness-of-tdd.aspx</id><published>2009-08-18T10:56:04Z</published><updated>2009-08-18T10:56:04Z</updated><content type="html">This question came-up in a discussion earlier this week: Do we know of published studies on this subject? A quick Google-search turned up the following for me ... George Dinwiddie &amp;#39;s page on Studies of Test-Driven Development has links to a dozen Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/studies-on-effectiveness-of-tdd.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Links" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Links/default.aspx" /></entry><entry><title>Resources on Retrospectives</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/resources-on-retrospectives.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/resources-on-retrospectives.aspx</id><published>2009-08-18T10:55:05Z</published><updated>2009-08-18T10:55:05Z</updated><content type="html">I found a really good resource-list from George Dinwiddie on Introspection and Retrospectives that includes the following list of resources (mostly patterns &amp;amp; techniques) about conducting retrospectives. It contains many (but not all) of the links Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/resources-on-retrospectives.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Links" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Links/default.aspx" /></entry><entry><title>Refactoring @ Scale</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/refactoring-scale.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/refactoring-scale.aspx</id><published>2009-08-18T10:54:02Z</published><updated>2009-08-18T10:54:02Z</updated><content type="html">In my previous post, Refactoring for Agility , I posted an outline and some thoughts for Part I of an Overview on Refactoring. Now I&amp;#39;m ready to post on Part II which is about refactoring @ scale. By &amp;quot;at scale&amp;quot; I mean in the larger context Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/18/refactoring-scale.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Design/Arch" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Design_2F00_Arch/default.aspx" /><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /></entry><entry><title>Refactoring for Agility</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/10/refactoring-for-agility.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/10/refactoring-for-agility.aspx</id><published>2009-08-10T08:36:05Z</published><updated>2009-08-10T08:36:05Z</updated><content type="html">Some of you might have guessed from my recent posts on Emergent Design , Technical Debt , JEDI Programming , and 5S Qualities of Well Designed, Well-Factored Code , that I&amp;#39;ve been looking into trying to teach the fundamentals of refactoring and how Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/10/refactoring-for-agility.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Design/Arch" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Design_2F00_Arch/default.aspx" /><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /></entry><entry><title>Mercurial, Git and Scala</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/10/mercurial-git-and-scala.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/10/mercurial-git-and-scala.aspx</id><published>2009-08-10T06:52:05Z</published><updated>2009-08-10T06:52:05Z</updated><content type="html">Three more brand new books I just received that are worth mentioning ... Version Control with Git : Powerful tools and techniques for collaborative software development, by Jon Loeliger, O&amp;#39;Reilly, 2009 Mercurial: The Definitive Guide -- Modern Software Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/10/mercurial-git-and-scala.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Design/Arch" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Design_2F00_Arch/default.aspx" /><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /><category term="Version-Control" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Version-Control/default.aspx" /></entry><entry><title>BOOK: Landing the Tech Job You Love</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/08/book-landing-the-tech-job-you-love.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/08/08/book-landing-the-tech-job-you-love.aspx</id><published>2009-08-08T10:54:05Z</published><updated>2009-08-08T10:54:05Z</updated><content type="html">I blogged earlier about The Passionate Programmer and The Nomadic Developer . A new book just came out that seems like the perfect complement to these two: Landing the Tech Job You Love by Andy Lester (also from the Pragmatic Programmers ). I&amp;#39;ve only Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/08/08/book-landing-the-tech-job-you-love.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /></entry><entry><title>BOOK: The Economics of Iterative Software Development</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/book-the-economics-of-iterative-software-development.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/book-the-economics-of-iterative-software-development.aspx</id><published>2009-07-19T00:44:05Z</published><updated>2009-07-19T00:44:05Z</updated><content type="html">In the July issue of the Agile Journal I reviewed Walker Royce, Kurt Bittner and Mike Perrow&amp;#39;s book The Economics of Iterative Software Development: Steering Toward Better Business Results . Here is an excerpt ... The Economics of Iterative Software Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/book-the-economics-of-iterative-software-development.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /></entry><entry><title>BOOK: The Art of Lean Software Development</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/book-the-art-of-lean-software-development.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/book-the-art-of-lean-software-development.aspx</id><published>2009-07-19T00:35:02Z</published><updated>2009-07-19T00:35:02Z</updated><content type="html">In the June issue of the Agile Journal I reviewed Curt Hibbs, Steve Jewett and Mike Sullivan&amp;#39;s The Art of Lean Software Development: A Practical and Incremental Approach . Here is an excerpt ... With last month&amp;#39;s announcement of the Lean Software Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/book-the-art-of-lean-software-development.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /><category term="Lean" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Lean/default.aspx" /></entry><entry><title>JEDI Programming - Just Enough Design Initially</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/jedi-programming-just-enough-design-initially.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/jedi-programming-just-enough-design-initially.aspx</id><published>2009-07-18T23:53:04Z</published><updated>2009-07-18T23:53:04Z</updated><content type="html">I left a comment on the &amp;quot;What is Missing?&amp;quot; entry at the Agile-in-a-Flash blog . The author&amp;#39;s asked the questioin &amp;quot;What is missing?&amp;quot; from the stack of Agile flashcards they are developing. I responded ... I think the &amp;quot;JEDI&amp;quot; Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/jedi-programming-just-enough-design-initially.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Design/Arch" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Design_2F00_Arch/default.aspx" /><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /></entry><entry><title>Emergent Design and Evolutionary Architecture - Resources</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/emergent-design-and-evolutionary-architecture-resources.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/emergent-design-and-evolutionary-architecture-resources.aspx</id><published>2009-07-18T23:31:04Z</published><updated>2009-07-18T23:31:04Z</updated><content type="html">As a bit of a follow-up to my earlier posting on Technical Debt - Definition and Resources I gathered some resources on the subject of Evolutionary Architecture and Emergent Design (which is closely related to refactoring, restructuring and reengineering Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/18/emergent-design-and-evolutionary-architecture-resources.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Design/Arch" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Design_2F00_Arch/default.aspx" /><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Links" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Links/default.aspx" /></entry><entry><title>Embracing Change - quotable quotes on change and uncertainty</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/05/embracing-change-quotable-quotes-on-change-and-uncertainty.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/07/05/embracing-change-quotable-quotes-on-change-and-uncertainty.aspx</id><published>2009-07-05T12:56:04Z</published><updated>2009-07-05T12:56:04Z</updated><content type="html">It’s inevitable that requirements will change. Business needs evolve, new users or markets are identified, business rules and government regulations are revised, and operating environments change over time. In addition, the business need becomes clearer Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/05/embracing-change-quotable-quotes-on-change-and-uncertainty.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /></entry><entry><title>Technical Debt - Definition and Resources</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/04/technical-debt-definition-and-resources.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/07/04/technical-debt-definition-and-resources.aspx</id><published>2009-07-04T09:26:02Z</published><updated>2009-07-04T09:26:02Z</updated><content type="html">I ran across a few really good papers on the subject of technical debt that are fairly comprehensive in their treatment of not just what it is, but also how to manage it: Technical Debt and Design Death : How to ensure you can deliver business value in Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/07/04/technical-debt-definition-and-resources.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Design/Arch" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Design_2F00_Arch/default.aspx" /><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /></entry><entry><title>Resources on Self-Organizing Teams for Agility</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/30/resources-on-self-organizing-teams-for-agility.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/30/resources-on-self-organizing-teams-for-agility.aspx</id><published>2009-07-01T00:33:05Z</published><updated>2009-07-01T00:33:05Z</updated><content type="html">In the past several blog-entries I&amp;#39;ve been focusing on the agile principle of self-organization, what it means, and what it implies for teams. So far, I&amp;#39;ve written about Agile Self-Organization versus Lean Leadership , Self-Organization and Complexity Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/30/resources-on-self-organizing-teams-for-agility.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Links" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Links/default.aspx" /><category term="Self-Organization" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Self-Organization/default.aspx" /></entry><entry><title>Agile Self-Organizing Teams</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/30/agile-self-organizing-teams.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/30/agile-self-organizing-teams.aspx</id><published>2009-07-01T00:10:01Z</published><updated>2009-07-01T00:10:01Z</updated><content type="html">The previous blog-entry on self-organization was lots of jargon and technical mumbo jumbo that didn&amp;#39;t say too much about what that means for teams of people. So let&amp;#39;s shift from talking about self-organizing systems in complexity science to talking Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/30/agile-self-organizing-teams.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Self-Organizationjavascript:void(0)" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Self-Organizationjavascript_3A00_void_2800_0_2900_/default.aspx" /></entry><entry><title>Self-Organization and Complexity</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/29/self-organization-and-complexity.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/29/self-organization-and-complexity.aspx</id><published>2009-06-30T01:05:02Z</published><updated>2009-06-30T01:05:02Z</updated><content type="html">In my previous blog-entry I talked a little about how self-organization is a key aspect of software agility . I&amp;#39;d like to explore exactly what self-organization is a bit more in this posting. Self-organization comes from complexity science and the Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/29/self-organization-and-complexity.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Self-Organization" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Self-Organization/default.aspx" /></entry><entry><title>Agile Self-Organization versus Lean Leadership</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/20/agile-self-organization-versus-lean-leadership.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/20/agile-self-organization-versus-lean-leadership.aspx</id><published>2009-06-20T10:31:05Z</published><updated>2009-06-20T10:31:05Z</updated><content type="html">Getting back to the agility cycle ... recall that I started with the business agility cycle and used that to derive the software agility cycle . There isn&amp;#39;t a great deal of difference between the first two steps of the business-agility cycle and the Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/20/agile-self-organization-versus-lean-leadership.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Management" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Management/default.aspx" /><category term="Lean" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Lean/default.aspx" /></entry><entry><title>Value Proposition for Agility</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/18/value-proposition-for-agility.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/18/value-proposition-for-agility.aspx</id><published>2009-06-18T08:47:02Z</published><updated>2009-06-18T08:47:02Z</updated><content type="html">I&amp;#39;m sure I&amp;#39;m not the first person to think it, but I just came across the description of a newly published book whose title made me think about this subject. The book is: Reading Minds and Markets: Minimizing Risk and Maximizing Returns in a Volatile Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/18/value-proposition-for-agility.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /><category term="Management" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Management/default.aspx" /></entry><entry><title>The Dynamics of Leadership-Team Behavior</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/17/the-dynamics-of-leadership-team-behavior.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/17/the-dynamics-of-leadership-team-behavior.aspx</id><published>2009-06-17T07:36:01Z</published><updated>2009-06-17T07:36:01Z</updated><content type="html">Interesting article in BusinessWeek from Jim Collins on the Dynamics of Team-Leadership Behavior . It&amp;#39;s actually an excerpt from his latest book &amp;quot; How the Mighty Fall: and Why Some Companies Never Give In .&amp;quot; Anyway ... the Dynamics of Team Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/17/the-dynamics-of-leadership-team-behavior.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Links" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Links/default.aspx" /><category term="Leadership" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Leadership/default.aspx" /></entry><entry><title>BOOKS: The Passionate Programmer and the Nomadic Developer</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/14/books-the-passionate-programmer-and-the-nomadic-developer.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/14/books-the-passionate-programmer-and-the-nomadic-developer.aspx</id><published>2009-06-14T22:56:05Z</published><updated>2009-06-14T22:56:05Z</updated><content type="html">Gosh, when I write/say the titles of these two books together in one line it looks like the title of some kind of computer-geek romance novella. (maybe it will sell more books that way :-) Anyway, I&amp;#39;m mentioning these two books together because they Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/14/books-the-passionate-programmer-and-the-nomadic-developer.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /></entry><entry><title>5S Qualities of Well Designed, Well-Factored Code</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/13/5s-qualities-of-well-designed-well-factored-code.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/13/5s-qualities-of-well-designed-well-factored-code.aspx</id><published>2009-06-14T00:34:04Z</published><updated>2009-06-14T00:34:04Z</updated><content type="html">The other day I was trying to explain to someone the properties of code that is well-factored and found myself using aliteration with &amp;#39;S&amp;#39; words. That made me wonder if they were equivalent to Lean&amp;#39;s &amp;quot;5S&amp;quot;, which is as follows: Seiri Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/13/5s-qualities-of-well-designed-well-factored-code.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Agile" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Agile/default.aspx" /><category term="Lean" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Lean/default.aspx" /></entry><entry><title>HBR on Rebuilding Trust</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/09/hbr-on-rebuilding-trust.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/09/hbr-on-rebuilding-trust.aspx</id><published>2009-06-10T00:17:00Z</published><updated>2009-06-10T00:17:00Z</updated><content type="html">Some of you may recall some earlier blog-entries of mine on the topic of trust: Trust: The social virtues and the creation of prosperity by Francis Fukuyama More Articles on Trust Building Trust: In Business, Poliotics, Relationship and Life by Solomon Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/09/hbr-on-rebuilding-trust.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Links" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Links/default.aspx" /><category term="Trust" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Trust/default.aspx" /></entry><entry><title>Rewiring the Primal Management Talent Code</title><link rel="alternate" type="text/html" href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/03/rewiring-the-primal-management-talent-code.aspx" /><id>http://blogs.construx.com/blogs/bappleton/archive/2009/06/03/rewiring-the-primal-management-talent-code.aspx</id><published>2009-06-04T00:49:04Z</published><updated>2009-06-04T00:49:04Z</updated><content type="html">I came across an interesting book in Borders over the weekend, but didn&amp;#39;t have the time to browse it more thoroughly. A few hours later, at home, I looked it up on Amazon.com . I found the description and review comments very interesting, and found Read More......(&lt;a href="http://blogs.construx.com/blogs/bappleton/archive/2009/06/03/rewiring-the-primal-management-talent-code.aspx"&gt;read more&lt;/a&gt;)</content><author><name>Anonymous</name><uri>http://blogs.construx.com/members/Anonymous.aspx</uri></author><category term="Books" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Books/default.aspx" /><category term="Management" scheme="http://blogs.construx.com/blogs/bappleton/archive/tags/Management/default.aspx" /></entry></feed>