Sort by Value
This product can be used in any project requiring prioritization by business area about stories written by themselves and then estimated by the area of technology. This prioritization is marked by the value that would bring new functionality to the business when it is developed. Within this classification three groups are established, the stories that describe essential features, the important and the miscellaneus items.
A set of estimated record sorted by technology will be obteined, but they will be ordered depending on the value contributed the bussiness. Within this set 3 subsets will be taken (essential, important and miscellaneous).
The business area should have very clear what role each story represents in the application to develop and not be swayed by the story that represent irrelevant features (miscellaneous) rather than essential, for example.
- Characteristics of organizations: This pattern can be used in existing projects in any company.
- System Type to develop: This product can be used in projects in which user requirements are changing.
- Type of Customer: It must exist or be achieved, the target area development business being involved in achieving it.
- Heuristics of use: The user must have formal studies of functional viability with the pros and cons of the functionality described for each of the stories to launch a reliable opinion. The first to develop should be essentials.
- The vision of the application to be obtained should be clear. The most important features must be classified above than those that are merely decorative.
- It must be refill the field indicating the priority of the record from the point of view of business. There are three categories (A- (high) Essentials, M (medium) Needed, B- (low) Miscellaneous).
- Knowledge of coding standard that defines the shared code ownership and the rules for writing and documenting code and communication between different pieces of code developed by different teams. Programmers have to follow the so that the code in the system look like if it had been written by one person.
- Knowledge of the common vision of how the program works in which the activities take place.
- Ability to work in group. All on an XP computer contribute in any way they can.
- Predicting what will be completed by the deadline, and determining what to do next.
- Programming capability in pairs. Besides to generate better code and tests, used to communicate knowledge through teams.
- Álvarez, José R. y Arias Manuel. Método Extreme programming.Recuperado el 2010-03-05 de http://www.ia.uned.es/ia/asignaturas/adms/GuiaDidADMS/node61.html
- Anaya Villegas, Adrian. A proposito de programación extrema XP(extreme Programming).Recuperado el 2010-02-10 de http://www.monografias.com
- Beck, K.(2000), Una explicación de la programación extrema. Aceptar el cambio. Ed. Addisson Wesley.
- De Seta, Leonardo. Una introducción a Extreme Programming.Recuperado el 2010-03-02 de http://www.dosideas.com/noticias/metodologias/822-una-introduccion-a-extreme-programming.html
- Extreme Programming: A gentle introduction. Recuperado el 2010-03-15 de http://www.extremeprogramming.org/
- Joskowicz, José. Reglas y prácticas en Xtreme Programming. Recuperado el 2010-03-15 de http://iie.fing.edu.uy/~josej/docs/XP%20-%20Jose%20Joskowicz.pdf
- Letelier, Patricio y Panadés Mª Carmen. Metodologías Ágiles en el desarrollo de software: extreme programming. Recuperado el 2010-03-15 de http://www.willydev.net/descargas/masyxp.pdf
- Newkirk, James y Martin, Robert C.(2001), La programación Extrema en la Práctica.Ed Addisson Wesley.