Win a copy of Think Java: How to Think Like a Computer Scientist this week in the Java in General forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

experience with RUP

 
Varun Narula
Ranch Hand
Posts: 90
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Anyone tried implementing RUP at their workplace??
Any links or case studies would be welcome..
 
Matt Cao
Ranch Hand
Posts: 715
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,
The company I am consulting practicing RUP, it seems logical for her because she belongs in the Customer Service Industry category, an international OEM engineering firm. You will encounter countless meetings, documents, and the developing time is your own time. Your typical workday is 16 hours. The low week is 5 days and the peek is 6 days. OT compensation was in the last decade. :roll:
Cheers,
MCao
 
Lasse Koskela
author
Sheriff
Posts: 11962
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Anyone tried implementing RUP at their workplace??

I have, sort of, but that's the catch. Very few implement RUP at its full power. My personal experiences have included a very selective use of RUP accompanied with bad management. In other words, I have no basis to say whether it was the process, the partial implementation of the process, or the management who f****d up the project

Any links or case studies would be welcome..

Have you checked rational.com? They must have tons of marketing stuff (I mean, "case studies"
 
Ilja Preuss
author
Sheriff
Posts: 14112
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Keep in mind that RUP is a process *framework* - you are *supposed* to select what is appropriate for your project. Doing "full RUP" would be overkill for almost any project, and probably already has killed some.
Rational even markets XP as an instance of RUP.
 
Stan James
(instanceof Sidekick)
Ranch Hand
Posts: 8791
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
My team started with RUP with extensive mentoring from Rational. We did a standard waterfall style with requirements gathering, use cases, design, construction, etc. for several years.
We found we were dealing with overly large chunks of work, and recently shifted to an iterative development style with planning and tracking at story levels, like most agile methods. This is not a rejection of RUP; it is a legitimate customization of RUP.
We still do our use cases, but we build them up one story at a time. We use Rational tools to connect use cases to a requirements matrix, and requirements design docs and everything else we do.
Here's some info on our Story Driven Process.
 
Burk Hufnagel
Ranch Hand
Posts: 814
3
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I'm currently working on a project using RUP and things are not going nearly as well as we had hoped. However, I strongly believe that it is not RUP that is the problem -- I'm not a proponent of RUP, but I can see that there's a lot of good there.
I recommend that if you're interested in RUP then take Rational's advice -- do an assessment of an existing project, determine some part of the RUP that makes sense to use (make sure there's a benefit to using it) and try it. As you see more places that could benefit, introduce the portions of RUP that make sense to use.
Do not try to start a new project using RUP "full bore" -- people need time to understand the what, why, and how of it and get used to the new process before they can get the full benefits from it.
Well, that's my two cents. I hope you have high success.
Burk
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic