Yves,

I have spent the last 20 years "introducing" new technology and processes into
System and Software Development organizations.  Let me share with you a few the
things I've learned along the way:

1) Stakeholders and "corporate folks" will support you only when you will show
them the ROI (Return On Investment).  That means, the resources that went into
implementing the process are less than the return in savings, quality, etc. (you
can define your own metrics here).  However, remember to compare "apples to
apples".  Showing someone who is only responsible for budget for the next three
years that they can save 10 million dollars in 10 years, will not help you,
i.e., give the proper data to the appropriate stakeholders.

2) Start introducing "new" things, like process, tools, etc., via a pilot
project.  Do not attempt to implement a process in an organization that has
never used it on a critical project.

3) Educate the masses, i.e., train, train, and train the workers.  If your
developers are willing to use a new approach, you MAY succeed.  If they do not
want to use new processes, tools, etc., you WILL fail.

4) There are a number of books that deal with process improvement and
introduction of change into organizations.  Read, Read, and Read some more.

5) Introducing process changes requires budget.  If your organization did not
budget for it both in time and money, it will be VERY difficult to implement
changes.

6) Be careful of how you use the statistical numbers you find and what numbers
you use.  One can interpret many different things from the same statistical
numbers.

I am sure the readers of this forum will be able to give you more ideas.

Good Luck!

Regards
Alex Polack

----- Original Message -----
From: "Sean Parker" <[EMAIL PROTECTED]>
To: "Yves Gagnon" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Rose Forum" <[EMAIL PROTECTED]>;
"Forum RUP" <[EMAIL PROTECTED]>
Sent: Monday, April 23, 2001 11:35 AM
Subject: Re: (ROSE) Benefice of RUP development


>
>
> Hello - I think you'll find that when the corporate folks understand the
> risks of NOT using RUP, they'll want to use RUP.
> One of the risks the corporate folks under-estimate is the risk of losing
> employees.
>
> You and your teammates need to decide what career path you want to take,
> and if hacking is not your career path, then you need to make the decision
> and execute that decision by introducing and implementing the "loss of
> employees" as a risk.
>
> Until that happens the system will not change.
>
> Some may say "no no, make a sound engineering case and win their trust"...
> been there done that, "[corporate folks] don't think SW engineering is a
> real engineering field anyway"
>
>     Good luck
>
>         Sean  Parker
>
> Sean Parker
> CACI - Federal
> Location 056
> 1600 Wilson Blvd Suite 1300
> Arlington Va 22209
> 703-558-0275
>
>
>
>
>
>
>
>
>
>
>
>                     "Yves Gagnon"
>                     <ygagnon@traf-park.        To:     "Forum RUP"
<[EMAIL PROTECTED]>, "Rose Forum" <[EMAIL PROTECTED]>
>                     com>                       cc:
>                     Sent by:                   Subject:     (ROSE) Benefice of
RUP development
>                     owner-rose_forum@ra
>                     tional.com
>

>
>                     04/23/2001 11:49 AM
>                     Please respond to
>                     "Yves Gagnon"
>
>
>
>
>
>
> Hi, We start a brand new development to replace an old software, but the
> stakeholders of the project are still not convince of the benefit to use
> the RUP process. They develop the old software without any development
> process, and they had lot of problem with schedules, defects etc. My
> question: Is any one know where i can find information (statistic etc) to
> prove that a RUP process reduce the cost and schedule of a development and
> increase the fiabilty of the system ?? May be lot of you had experience
> about your development and your evaluation the benefit of the RUP process.
>
> Any help will be very helpful
>
> Thank you
>
>
> Yves Gagnon
> Analyst
> Traf-Park inc.
> [EMAIL PROTECTED]
>
>
>
>
>
>
>
> ************************************************************************
> * Rose Forum is a public venue for ideas and discussions.
> * For technical support, visit http://www.rational.com/support
> *
> * Admin.Subscription Requests: [EMAIL PROTECTED]
> * Archive of messages:
http://www.rational.com/products/rose/usergroups/rose_forum.jtmpl
> * Other Requests: [EMAIL PROTECTED]
> *
> * To unsubscribe from the list, please send email
> *
> * To: [EMAIL PROTECTED]
> * Subject:<BLANK>
> * Body: unsubscribe rose_forum
> *
> *************************************************************************
>

************************************************************************
* Rose Forum is a public venue for ideas and discussions.
* For technical support, visit http://www.rational.com/support
*
* Admin.Subscription Requests: [EMAIL PROTECTED]
* Archive of messages: 
http://www.rational.com/products/rose/usergroups/rose_forum.jtmpl
* Other Requests: [EMAIL PROTECTED]
*
* To unsubscribe from the list, please send email
*
* To: [EMAIL PROTECTED]
* Subject:<BLANK>
* Body: unsubscribe rose_forum
*
*************************************************************************

Reply via email to