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

22787RE: [scrumdevelopment] Re: Technology Decisions, The Team and the PO

Expand Messages
  • Roy Morien
    Aug 2, 2007
      A project that is about to be commenced with a new development technology that the team members are unfamiliar with, do not have competence in and good knowledge of, has a substantially increased risk inherent in this situation. If that high risk is known and understood, by all, including the PO, and cost and time estimates are struck to acknowledge that higher risk, and the potential for lower productivity by the team, then there should be no problem about using that technology. The 'experimental' and 'exploratory' nature of the project, imposed by the use of new development technology must be acknowledged, BY ALL STAKEHOLDERS.
      However, in my view, that risk is too high. A development team should have in place already, prior to commencing a project, their portfolio of development tools, standards, code libraries, testing regime, backup and archiving practices etc etc etc.
      So the possibility of hitting a wall somewhere downstream in the project, as David has rightly pointed out, should either not be a possibility, or has been accepted as a known risk beforehand.
      But at all times, in any or either situation, ALL STAKEHOLDERS should be fully informed ... that is the fundamental nature of the 'collaborative' environment implied in all agile methods.
      Roy Morien  

      To: scrumdevelopment@yahoogroups.com
      From: dave.barrett@...
      Date: Thu, 2 Aug 2007 10:16:00 -0400
      Subject: [scrumdevelopment] Re: Technology Decisions, The Team and the PO

      >> If a technology decision is not going to affect the schedule, limit what
      >> can be done in the future, change the cost of the project or have some
      >> other negative impact , then it falls to the developers to decide.
      >Just out of curiosity, why? How did you come to that conclusion?

      Well, there is a certain point at which the PO simply won't care what the
      decision is. "Nested IF's or a CASE statement?", maybe even "Ruby or

      What IS going to cause a problem is having to tell the the PO sometime down
      the road that you can't do something in a reasonable amount of time because
      you chose to use Ruby instead of Java back at the beginning of the project.

      There's probably a fairly large number of issues where there are company
      (or IT department) policies which dictate the choices, or where the PO is
      willing to simply trust that the developers will make the best choice.
      These are probably cases where the PO's main contribution to the decision
      making process would be to clarify outside criteria so that the developers
      have all of the information that the need to make an informed decision.

      Dave Barrett,
      Lawyers' Professional Indemnity Company

      Connect to the next generation of MSN Messenger  Get it now!
    • Show all 9 messages in this topic