Re: [AM] Agile Data Warehouse

Richard Burgis <[email protected]>
Newsgroups gmane.comp.programming.modeling.agile
Message-ID <[email protected]>
The code is not degenerating, but it is hardly optimal. One of the big
issues we are having is cleaning up our learning messes, including
reconciling a couple of deeply felt design philosophies (we really don't
want to get into competing DW dogma here.)

We are restructuring is some places and hiding the differences through
our query tool in others.

Rich
>>> [email protected] 01/30/04 05:20PM >>>
(responding to Rich, Vasil)

an idea of what you might be able to do for them.  Sounds good.

> This helped build enthusiasm for the project and we started
> getting pushed to add more data to solve other problems.
> When we did we made an effort to try to fit it in with what we
> already have. We more or less succeeded in that. Where the
> integration is a problem we've worked to fix it.

Okay, going at the big picture in a piecemeal fashion will 
expose you to the need for more change than going at it BDUF,
so you need to make change cheap.  OTOH, if you go BDUF
and get anything wrong, the cost of change is horrendous.
If you managed to achieve results, sounds like you made the
right choice.  How's the quality of code?  Is it degenerating, or
are you managing to keep it fresh?  What about the structure
of the data?  Is that holding up well?  If both of these look
good, congratulations, award yourselves a gold star  ;-)

> As a result we are on our way toward getting our Enterprise Wide
> Data Warehouse, but we're doing it in fits and starts solving
> specific problems as we go.

That sounds like a good way to go.  Do things when they
get high enough priority; do something else if that is more
important.  Beware of keeping switching contexts, though.
You probably only want to consider switching 'projects'
at the end of an iteration - emergencies excepted.



Paul Oldfield

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
www.aptprocess.com

any opinions expressed herein are not necessarily those of
Mentors of Cally or the Appropriate Process Movement
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

For more information about AM, visit the Agile Modeling Home Page at
www.agilemodeling.com

For more information about AM, visit the Agile Modeling Home Page at www.agilemodeling.com
--^----------------------------------------------------------------
This email was sent to: [email protected]

EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrKDA.bWnbtk.Z2NtYS1h
Or send an email to: [email protected]

TOPICA - Start your own email discussion group. FREE!
http://www.topica.com/partner/tag02/create/index2.html
--^----------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.