Gerencia de Proyectos
*Plan de Lecturas*
Volver a Gerencia de Proyectos.
El texto
guía es Software Project Management in Practice. Pankaj Jalote.
Addison-Wesley. 2002. Se encuentra disponible en la biblioteca de la
Universidad, en la sección de reserva.
Las lecturas son un fuente de referencia a la cual pueden dirigirse de acuerdo
al papel que desempeñe cada estudiante en el taller a elaborarse durante
el curso (Ver distribución de las Lecturas).
Es altamente recomendable que utilicen las estrategias explicadas en
Cómo Leer? a la hora de preparar las lecturas
Tema 1 - Conceptos Básicos de Administración
Tema 2 - Vista de Conjunto de la Administración de un Proyecto (Ver
distribución de Lecturas)
- �Capítulo 1. Managing Software Projects�
- �A Software Development Process for Small Projects,� IEEE Software
September/October 2000. Explica de forma general un proceso iterativo
de desarrollo que contiene aseguramiento de calidad y m�tricas orientadas
al mejoramiento del proceso. Explica los roles de los miembros del equipo,
las fases de desarrollo, c�mo planear y evaluar el proceso del proyecto, y
el uso de las m�tricas. PDF format
Tema 3 - Administración de Requerimientos
- �When Telepathy Won't Do: Requirements Engineering Key Practices,�
Cutter IT Journal, vol. 13, no. 5 (May 2000). The best way to succeed
with requirements engineering is to adopt known industry best practices. Eight
such key practices are described in this article, helping any organization
improve the way it elicits, analyzes, specifies, verifies, and manages its
requirements. HTML
format PDF
format
- �Listening to the Customer�s Voice,� Software Development,
vol. 5, no. 3 (March 1997). This article describes a case study in the application
of use cases to the requirements gathering process. Use cases are the most
powerful technique for requirements elicitation I've ever used. HTML
format PDF
format
- �Capítulo 4. Effort Estimation and Scheduling�.
- �Estimación ISO 9000,�. Este artículo describe el
método recomendado por ISO para el proceso de estimación. El
método utiliza la aproximación basada en la experiencia.. Word
format
- �Stop Promising Miracles,� Software Development, vol. 8, no.
2 (February 2000). This article describes the Wideband Delphi method for team
estimation. Wideband Delphi helps you develop a detailed task list with individual
task estimates from several estimators and lists of estimation assumptions.
The individual stages in the Delphi process are discussed in detail. HTML
format PDF
format
- �Capítulo 6. Risk Management�.
- �Manejo de Riesgos,� ACIS.. Este artículo describe
de una manera sencilla qué son los riesgos y su relación con
el desarrollo del software. También presenta de una manera succinta
"La Administración de Riesgos", desde la óptica del
SEI. HTML
format
- �Know Your Enemy: Software Risk Management,� Software Development,
vol. 6, no. 10 (October 1998). This paper provides an introduction to the
principles of identifying and managing risks on a software project. Typical
risk factors in several categories are identified, and two forms for documenting
individual risks is included. HTML
format PDF
format
- �Cap�tulo 5 - Gestión de Riesgos,� Steve McConnell. Desarrollo
y Gesti�n de Proyectos Inform�ticos. Este capítulo describe los
Elementos de la Gestión de Riesgos (pag. 92) y Análisis
de Riesgos (pag 101). Es especialmente util mirar la Tabla 5.3: Riesgos
Potenciales de la Planificación todo lo referente a La lista
de Riesgos Principales. Este libro se encuentra en la biblioteca
de la Universidad.
- �Capítulo 11. Project Monitoring and Control�.
- �Cap�tulo 27 - Hitos Miniatura,� Steve McConnell. Desarrollo y
Gesti�n de Proyectos Inform�ticos. Explica c�mo a trav�s de los hitos
miniatura se puede tener control y visibilidad de un proyecto. Hace recomendaciones
para su uso, y sugerencias para utilizarlos de manera exitosa. Este libro
se encuentra en la biblioteca de la Universidad
- �Running Projects,� Fergus O'connell. Once the project has
been planned, then (theorically, at least) keeping it on target is very simple.
If you could bite off what the plan says each week or each month and somehow
make those things happen, then the project would remain on target for that
week or month. If you could do this repeatedly, then the project would always
remain on target. This article describes the tools to "work the plan".
PDF format
- �Capítulo 9. Configuration Management�.
- �Configuration Management�. Configuration management (CM)
is an important, but often neglected, practice that allows application developers
and project managers to better identify potential problems, manage changes,
and track the progress of software projects. This article explains the basic
concepts behind CM. PDF
format
- �Capítulo 10. Reviews�.
- �Improving Quality through Software Inspections,� Software Development,
vol. 3, no. 4 (April 1995). The basic elements of formal and informal software
reviews are presented here, including a description of the formal inspection
process. HTML
format PDF
format
- What Is Software Testing? And Why Is It so Hard? IEEE SOFTWARE
January/February 2000. Explica por qu� probar es tan dif�cil y explica
de forma detallada un proceso para realizar las pruebas. Tambi�n habla de
las pruebas de regresi�n, y define toda la terminolog�a b�sica del tema de
pruebas. PDF Format
- �Vee Chart�, Department of Transportation, USA. El
modelo en V presentado en este artículo presenta cómo se debe
integrar la validación y verificación en un proyecto de software,
para que se produzca un producto de calidad. El extracto comienza con una
introducción acerca de los ciclos de vida y la ingeniería de
sistemas en general y, después, ahonda en lo concerniente al modelo
en V. PDF Format
- �Capítulo 5. Quality Planning�.
- �Core Measures�. This is the Chapter four of the Software
Measurement Guidebook by the NASA's Software Engineering Laboratory.
This chapter describes a set of core measures that any organization can use
to begin a measurement program. There is no universal, generally applicable
collection of measures that will satisfy the needs and characteristics of
all organizations. However, on the basis of the experiences of mature measurement
programs throughout NASA, a set of measures is explained. PDF
format
- �Implementing Software Engineering in a Small Software Group,� Computer
Language, vol. 10, no. 6 (June 1993). Here I describe the first part of
a journey taken by a small group at Kodak, as we learned how to apply metrics,
CASE tools, structured quality practices, and improved requirements techniques
to build better products. HTML
format PDF
format
- �Capítulo 12. Project Closure�.
- �Looking Back, Looking Ahead,� Software Development, vol.
9, no. 2 (February 2001). The only thing worse than making a mistake on a
software project is making the same mistake again on a future project. This
article describes the mechanics and human issues of holding project retrospectives
so you can learn what went well (to repeat it), what didn't go well (to avoid
it), and what happened that surprised you (might be a risk for the next project).
HTML format PDF
format
Volver a Gerencia de Proyectos.