Loading ...
Sorry, an error occurred while loading the content.

RE: [scrumdevelopment] Re: Scrum and Process Improvement

Expand Messages
  • Mike Beedle
    Steven: My comment is by no means a hit on Phil s work. From what I have heard about Phil s work, he has independently rediscovered many of these things.
    Message 1 of 37 , Sep 10, 2003

      My comment is by no means a hit on Phil's work.

      From what I have heard about Phil's work, he has "independently
      rediscovered" many of these things. (Unfortunately there is
      little reference to previous art in many software development
      references ;-)

      Nonaka and Takeuchi, the same guys that wrote the seminal
      Scrum article:

      [NonakaTakeuchi] Takeuchi H. and Nonaka I., The New New
      Product Development Game, Harvard Business Review (January 1986),
      pp. 137-146, 1986.

      are also the authors of some of the seminal work on Knowledge
      Management (the management trend that lasted almost 5 years and
      that led to little because most of it was misapplied):

      [NonakaTakeuchi95] Nonaka I., Takeuchi H.,The Knowledge Creating
      Company: How Japanese Companies Create the Dynamics of Innovation,
      Oxford University Press, Oxford 1995.

      This work was the continuation and extrapolation of the concepts
      exposed in the HBR article to business processes other
      than New Product Development.

      Very literally, Scrum is, and has always been, a process for
      knowledge creation. (Check out the either the original references
      above, or what Ken and I wrote on Ch 6 about the connections of
      Scrum with "Knowledge Creation" and/or "New Product Development".)

      - Mike

      -----Original Message-----
      From: Steven Gordon [mailto:sagordon@...]
      Sent: Monday, September 08, 2003 12:52 PM
      To: 'scrumdevelopment@yahoogroups.com'
      Subject: RE: [scrumdevelopment] Re: Scrum and Process Improvement

      Then, I must have read that when I read your book several months ago. It
      must have planted a seed that was fertilized when I read Phil Armour's
      articles about knowledge and software.

      -----Original Message-----
      From: Mike Beedle [mailto:beedlem@...]
      Sent: Monday, September 08, 2003 12:42 AM
      To: scrumdevelopment@yahoogroups.com
      Subject: [scrumdevelopment] Re: Scrum and Process Improvement


      The "knowledge arguement" is, btw, also the Scrum arguement.

      Ken and I talk about it in the Scrum book. See Ch 6 section

      - Mike

      --- In scrumdevelopment@yahoogroups.com, Steven Gordon
      <sagordon@a...> wrote:
      > Ken,
      > Another approach to get to the same conclusion is Phil Armor's
      > which I oversimplify a little as follows:
      > - software is executable knowledge.
      > - therefore, a major part of the software development process is the
      > development of the applicable knowledge.
      > - to be successful, we must have the flexibility and freedom to
      explore that
      > domain (with the customer, or at least guided by customer
      priorities and
      > feedback) in order to acquire/develop the applicable knowledge.
      > - if the domain is non-trivial, we cannot predict ahead of time
      where this
      > exploration will take us and how long it will take, but we can time
      box it
      > to keep it under control.
      > I prefer this argument because the analogy between software
      development and
      > physical sciences is imperfect and may lead to false conclusions
      where the
      > analogy breaks down (I do not believe software development is a
      science or
      > even a field of engineering, as science and engineering are
      > defined, but that is a different subject).
      > Steven Gordon
      > http://sf.asu.edu/ <http://sf.asu.edu/>
      > -----Original Message-----
      > From: Ken Schwaber [mailto:ken.schwaber@v...]
      > Sent: Wed 8/27/2003 5:57 PM
      > To: scrumdevelopment@yahoogroups.com
      > Cc:
      > Subject: [scrumdevelopment] Scrum and Process Improvement
      > I'm working on an article about why people have so much trouble
      > understanding Scrum, even me. I put it up on my website and welcome
      > comments. www.controlchaos.com/scrumhard.pdf.
      > Ken Schwber
      > Yahoo! Groups Sponsor
      < http://rd.yahoo.com/M=244522.3707890.4968055.1261774/D=egroupweb/S=17
      21:HM/A=1595054/R=0/SIG=124ukap9t/* http://ashnin.com/clk/muryutaitaken
      > o?YH=3707890&yhad=1595054> Click Here!
      > < http://us.adserver.yahoo.com/l? <http://us.adserver.yahoo.com/l?>
      > l/S=:HM/A=1595054/rand=161846840>
      > To Post a message, send it to: scrumdevelopment@e...
      > To Unsubscribe, send a blank message to:
      > scrumdevelopment-unsubscribe@e...
      > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <
      > http://docs.yahoo.com/info/terms/ <http://docs.yahoo.com/info/terms/>
      > >
    • Mike Beedle
      ... More on Ba here: http://www.scholars.nus.edu.sg/cpace/ht/thonglipfei/ba_concept.html
      Message 37 of 37 , Sep 11, 2003
        > [Non98] Nonaka, I. and N. Konno (1998). "The Concept
        > Of "Ba": Building A Foundation For Knowledge
        > Creation." California Management Review 40 (3): 40 -
        > 54.

        More on Ba here:
      Your message has been successfully submitted and would be delivered to recipients shortly.