Thinking in my previous post with the RUP sample documents (or artifacts), I don't want to perpetuate the myth of RUP being a document-driven heavyweight process. Using templates involves a trade-off: you have a common format for the documents and guides you to the questions you need to ask (who? why?). On the other hand, the template comes in a "one-size-fits-all" format, and you need to adapt the template contents to your project (but to be fair, RUP includes a small project vision template).
The process of discovering what should be in a document is as important (if not more) as the document itself, you’ll find what should be in the document and what shouldn’t be while gaining insight in the problem. Specially true for analysis and/or design artifacts
The goal for every artifact is communication, unless you reached the point when it can be automatically translated into an executable form. And remember:
- You DON'T need to fill every template that a process provides.
- You DON'T need to follow blindly every activity that a process describes.
- You NEED to adapt the process to your project.
- You NEED to follow the process that makes sense for your project in the context of your organization.
2 comments:
hi :-)
Regarding this rup , there are templates for plan , requirements etc. etc. is ther anything called a process document?
I'm not sure what are you looking for. If you are looking for something to tailor the process to the project, RUP has the "development case", which is basically the RUP "configuration" you're going to use on the particular project (which artifacts are needed, which roles, etc.)
There's something similar in CMMi, in the Integrated Project Management +IPPD: "The integrated and defined process that is tailored from the
organization’s set of standard processes is called the project’s defined
process.". Guess a lot of people skip that page :-D
Post a Comment