Re: [agileDatabases] Re: Why utility computing is not agile
- At 09:08 PM 5/17/2003 +0000, you wrote:
>A group of architects at my company were talking about agile methodsThat assumes that agile methods are at one end of the spectrum. I think
>one day and believe that the rally cry for lightweight methods is
>similar to a pendulum and that it may swing back towards heavyweight
that's not the case. Instead, heavy-weight is at one end, ad-hoc at
another, and the agile methods somewhere in between. I'm writing a column
on this topic for Software Development (www.sdmagazine.com) that should
appear in a couple of months.
>In looking at the signatories for the agile manifesto it is dominatedYes, this is something I've been pointing out for awhile now. As a
>by individuals who work for small consulting firms and software
>companies. Less than 1% of all of the signatories actually work for a
consultant I know that my perspective can be very different than that of
the "real employees". However, the agile processes that I prefer to follow
(Agile Modeling, Agile Data, XP, Scrum, Feature Driven Development) are
flexible enough that they can be applied very easily within the F500
orgs. I suspect that the people pushing back haven't looked into agile
sufficiently. See www.agiledata.org/essays/adopting.html and
www.agiledata.org/essays/becomingAgile.html for a look at adoption issues
from the point of view of organizations and from individuals respectively.
However, many F500 folks are signing up now.
>While we believe agile methods are good, we also believe that unlessI wrote an article about this for SD a few months back. Problem with this
>offshore companies also adopt it and their is a form of company level
>certification (similar to CMM) then no C-Level executive will actually
>pay attention to it.
idea is that:
1. The certification stuff often proves little in practice, regardless of
what the marketers claim.
2. The $ don't work out for agile offshore development. Agile allows you
to do the same thing with significantly less people, not something the
outsourcers are interested in. I see agility as an alternative to
outsourcing for now. Eventually the off shore folks will get up to speed,
but the reality is that they have their heads so far into the CMM/6Sigma
space that it will take a long time to get out of it.
>Another architect questioned the notion of agile databases and ifwww.agiledata.org/essays/databaseRefactoring.html#RealWorld -- the quick
>anyone has figured out how to make this happen in legacy environments
answer is that you're going to have to get your act together and that takes
time and effort. I suspect that the nay-sayers have given up.
>such as IMS where users can't just run their own scripts. Would lovePerhaps DB refactoring won't be a simple option for IMS within the near
>to hear from the list on this. Not every project is green fields.
future. But it is an option for other environments. My suggestion is to
find a nice way to tell them to stop feeling sorry for themselves and
instead to start learning the new techniques. Agility is real, it works,
and it's hear to stay. www.agiledata.org has significant materials for
this person to start reading.
>Will be distributing a paper I am finishing sometime next week onCool. Check out my article at SD Magazine. I think it was the April issue.
>Co-author of best selling book: Java Web Services Architecture
>To unsubscribe from this group, send an email to:
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Scott W. Ambler
Senior Consultant, Ronin International, Inc.