Welcome

Welcome to EPF Wiki.

 

Most Recent

10:05 08 Apr 2013 - Scrum Roles in Scrum

El equipo encargo en desarrollar  proyecto de Software

01:24 01 Mar 2013 - Scrum Overview in Scrum

test reply

 

00:55 01 Mar 2013 - Scrum Overview in Scrum

test discussion

12:09 01 Oct 2012 - Deployment in OpenUP

Little "a" agile.

12:03 01 Oct 2012 - Deployment in OpenUP

What happened to the agil, low-ceremony process?

15:07 12 Sep 2012 - Develop Product Documentation in OpenUP

Do we really want to continue top develop software which requires detailed documentation?  How much documentation did you read before using the latest version of your favorite operating system?  Or did you dive in after (or without) watching the 30-second online tutorial?  

How many apps do you have on your phone, which you regularly use but for which you've never read the docs?  

I offer that any need for product documentation is testament to the failure to design a usable solution. 

People need training in the terminology and business process of the work that they do with software, and if our software mirrors their expectations and terminology, they should require no training on how to use our software.

There is another reason user documentation should become extinct: users have changed.  Once upon a time most people who worked on computers never saw one except at work, the green screens required memorization of codes (think about flying from YVR to LGW via JFK) and a wrong code offered a cryptic error message because the system was interconnected to ... only itself.  Today users have computers in their pocket or purse which litsne to satellites in orbit and interconnect with mainframes around the globe.  They create their own codes on the fly, IMHO.  We don't need to teach them what PF4 does or the difference between click and drag.  What we need to do is to build solutions which leverage what they already know ratrher than teach threm new ways to do what they already know how to do.  And if our solution is adding value, their work should include significantly fewer steps than what they did before this latest release (which implies the user doc may only need to tell them what not to do).. 

This makes tremendous economic sense:  we know from studies that about half of the features delivered are never used, so it makes sense to build about half as much software to deliver the same business value.  That means the features delivered are expected to be used, which means the case for their usage should be apparent and they can be made to conform to the usage, eliminating the time and cost of documentation development, testing, and maintenance.

There remains a strong case for documentation to support the needs of installers, administrators, and operations staff because those folks use the software infrequently and as one of many systems they install, administer, or operate.  The style and extent of such documentation may differ significantly from what we wite for users, and the maintenance is generally less expensive since installation, admin, and operations procedures for a given system tend to change less frequently than its functional or quality features.

08:00 10 Sep 2012 - Scrum Overview in Scrum PT

Verificando como ele publica

13:55 23 Jul 2012 - Introduction to OpenUP/Basic in OpenUP SP

Hola una pregunta , el open up lo han realizado con el epf composer  , lo cual me parece una herramienta muy buena sin embargo eh leido bastante material acerca del epf y por lo entendido el epf es solo una herramienta para modelar , pero me interesaria aplicarla en el desarrollo de proyectos si utilizara el epf¡ tendria que utilizar otra herramienta para administrar mis proyectos es decir los entregables y avances que salen cuando se aplica el RUP? solo deseo confirmar lo que eh leido con la opinion de alguien que la haya usado de antemano gracias

10:12 17 Jan 2012 - Development in OpenUP

Ok, FYI we have used EPF to represent a large scale process based on ISO-15288 where this question has been addressed.

04:48 07 Dec 2011 - Iteration Plan in OpenUP

Test

14:50 22 Nov 2011 - Inception Iteration [1..n] in OpenUP

please ignore the comment above....didn't mean to send that one...sorry.

14:49 22 Nov 2011 - Inception Iteration [1..n] in OpenUP

I don]t agee...

08:37 14 Sep 2011 - Introduction to OpenUP in OpenUP

The definition says OpenUP is a unified process, but does not say what it is used for. Is it a unified process for developing applications software?

12:37 02 Aug 2011 - Develop Solution Increment in OpenUP

It is part of that activity, not a mistake.

13:07 10 Mar 2011 - Guidance in OpenUP

Hey all, I am trying to determine how to create glossary for an existing project I am working on. I know there is a feature called "Term Definition" however it is limited only in the glossary link on the top. Is "Term Definition" guidance best uses for the terms that aren't included in the normal project?