Re: Do C-Level managers, and business drivers really need to know about XP?

pat brenner <[email protected]> Mon, 27 Jan 2003 17:40:17 -0600
Newsgroups gmane.comp.programming.extreme-programming.adoption
Message-ID <[email protected]>
it might well depend on the particular individual.  a marketing/sales 
executive might care more if the application under development implements 
functionality his department needs.  especially if he is accustomed to 
seeing "complete" functional specifications early in the process.  a CFO 
might not care as much if the XP champion presented a defensible argument 
for how XP yields a better project ROI.

i think most C levels would defer to the department heads most likely to 
have a qualified opinion about the proposed methodology and how it differs 
from current practice.  it might be possible to explain to, and convince, a 
C-level on the benefits of XP, but how do you get around obstacles created 
by IT managers who are of a waterfall mindset?  an IT manager (or even the 
business "owner" for that matter) who is required by policy to sign off on 
specified milestones may need significant support in order to bless an XP 
approach for a highly visible project.  likewise, some IT managers may use 
artifact requirements to gain and/or exercise control over a project.

given this situation, it would make sense to cultivate awareness of XP 
within C circles, and solicit department/manager level folks to support the 
message. a ready supply of recognizable, real-world, non-IT examples of 
agile techniques in practice would go a long way in C level discussions.

maybe its obvious from my angle that most of my experience has been as an 
outside consultant, rather than as part of an corporate IT team.  to gain 
an exception from the client's existing methodology can require a strong 
trust relationship with a cross section of IT managers, and quite possibly 
at least the technology C.  ideally these relationship-building and 
political activities take place before and apart from project time.


pat brenner



At 04:50 2003-01-27 -0800, you wrote:
>My CEO and CTO both described it this way to me (I'm
>VP R&D).
>
>"I don't care how you do it. But I need to know enough
>about it, so that when I explain it to the
>board/investors/analysts, I can talk intelligently
>about it."
>
>-Sandy
>
>--- "Scott Worley <[email protected]>"
><[email protected]> wrote:
> > Hi all, a slightly diffrent tack of approach on the
> > issue of XP
> > Adoption.
> >
> > Do the high level managers in a company need to know
> > about Agile this
> > or XP that?
> >
> > In my opinion (I am a C-Level Manager) NO, what
> > they/we want is
> > results if its due to a new process that the dev
> > team or indeed any
> > other team is using, thier team lead/PM should know
> > about it, but
> > above that it is not necessary.  A PM can request
> > resource from
> > higher management and in most cases the
> > justification is of the
> > standard Time/Cost/Resource type. A PM should act as
> > a consultant to
> > the teams they ENABLE and the management they
> > provide a service for.
> >
> > I have worked at various levels in development over
> > the past 10+
> > years, and in most cases the dev team I have been
> > in, HAVE NOT TOLD
> > the PM what exact process they follow :) including
> > myself.
> >
> > Normally the time spent trying to educate people on
> > process, is time
> > we should have been coding, politics are fine when
> > there is time.
> >
> > As a final note, I am not saying Senior management
> > should not know
> > what is being done process wise, just not in a low
> > level and somewhat
> > evangelistic way (btw: I am very evangelistic about
> > agile process not
> > just in development)
> >
> > Scott Worley
> >  CTO, Speaker, Consultant, Trainer, ENABLER of
> > Process.
> >
> >
> >



To unsubscribe from this group, send an email to:
[email protected]

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/