ADMINISTRACIÓN DE PROYECTOS INFORMÁTICOS - Prueba1 PDF

ADMINISTRACIÓN DE PROYECTOS
INFORMÁTICOS
Docente: Felipe A. Baeza B.
MARCO
CONCEPTUAL
Conceptos.
• Administración:
Es la disciplina que permite ejercer técnicas de planificación, organización, dirección y control de los recursos
de tal forma que permitan cumplir un objetivo.
• Proyectos:
Es un conjunto de actividades que se encuentran interrelacionadas y coordinadas, con el objetivo de

alcanzar resultados específicos dentro de un marco de limitaciones definidas.
• Proyectos: (PMBOK)
– Esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único, el cual se
desarrolla gradualmente.
– Desafío temporal que se enfrenta para crear un único bien o servicio
• Tarea / Trabajo Operativo:

Actividad repetitiva que se mantiene en el tiempo
¿Construir una casa es un proyecto a un trabajo operativo?

Conceptos.
• ¿Qué es la administración de proyectos?
La podemos entender como el aplicar conocimientos habilidades, herramientas y

técnicas a las actividades de un proyecto para cumplir con las expectativas,
metas y objetivos.
• Elementos de un proyecto.
– Finalidad y objetivos
– Destinatarios
– Producto o servicio
– Actividades
– Calendario
– Recursos disponibles
– Presupuesto
– Resultados
Conceptos.
• Para administrar correctamente un proyecto debemos

considerar algunos factores como:
– Metodologías
– Expectativas
– Técnicas
– Estrategias
– Mejores Practicas
– Metas y Objetivos
Conceptos.
• Metodologías:
Se define como el grupo de mecanismos o procedimientos racionales, empleados para el logro

de un objetivo.
• Expectativas (Visto):
a.- Es algo que se considera puede ocurrir, una suposición que puede ser acertada o errónea
sobre el futuro.
b.- Sentimiento de esperanza, sueño o ilusión de realizar o cumplir un determinado propósito o

cumplir un objetivo.
• Técnicas:
Conjunto de acciones regidas por normas o protocolos que tienen el propósito de llegar a un
resultado especifico.
Conceptos.
• Estrategias:
Conjunto de acciones, actividades, decisiones y técnicas a través de las cuales se

prevé alcanzar un cierto resultado o estado futuro.
• Mejores Practicas (best practices):
Conjunto de estrategias, practicas o actividades que ofrecen resultados probados y

catalogados como exitosos en un ámbito.
• Metas y Objetivos:
Meta es aquello que esperamos obtener o alcanzar mediante un procedimiento

específico, mientras que el objetivo es el resultado o sumatoria de una serie de metas y
procesos.
PROYECTOS
Proyecto.
Un Proyectos es un esfuerzo temporal que se lleva a cabo para crear un

producto, servicio o resultado único, el cual se desarrolla gradualmente.
¿Cuándo finaliza un proyecto?

– Si se cumple el Objetivo.
– Se determina que se podrá alcanzar.
– La necesidad del proyecto deja de existir.
Las diferencias entre un producto o servicio y un proyectos es la concepción

de la idea y lo materializado.
¿Qué es un Programa?
Es un grupo de proyectos relacionados para obtener beneficios que no se

obtendrían si se administraran de forma individual.
Proyecto.
¿Qué es un Portafolio?
Es un conjunto de proyectos y programas que se agrupan para facilitar

la dirección y para cumplir con los objetivos estratégicos del negocio.
No necesariamente estos estarán relacionados entre si.
Portafolio
Programa 1 Programa 2
Proyecto 1 Proyecto 2 Proyecto 2 Proyecto 3 Proyecto 4 Proyecto 5

Proyecto Históricos.
• Pirámides:
• 137 Metros de altura.
• Compuesta por 2.300.000 Bloques.
• Tardo 30 años en ser construida.
• Objetivo: mausoleo funerario.
• Muralla China:
• 7.000 kilómetros de largo.
• 6 a 7 metros de altura.
• Tardo 1700 años en ser construida.
• Objetivo: protección contra los mongoles.
Proyecto.
• Etapas:
– Inicio
• Definir El problema
• Buscar Alternativas de Solución (Análisis de viabilidad)
– Planear el proyecto (Planificación)
– Ejecutar el Plan
– Cierre
• ¿Que se hizo bien?
• ¿Qué se debe mejorar?
• ¿Qué aprendimos?
– Monitoreo y Control (Transversal al Proyecto)

• ¿Todo va de acuerdo al plan?
• Si no ¿ Que debemos hacer?
• ¿Se deba cambiar el plan?
Faces de Proyecto.
Proyecto de Construcción.
Estudio de Diseño de Ingeniería Ingeniería Puesta en

factibilidad instalaciones básica conceptual
Construcción
operación Tiempo
Proyecto de Informática.
Especificaciones Diseño General Diseño a Detalle Programación Integración Implementación

Tiempo
Proyecto de Informática 2..
Análisis Diseño Programación Pruebas Instalación Operación Tiempo

Tipos de proyectos según “Entregas/Cambios”
Alta
Frecuencia de entregas
Incremental Ágil
Predictivo Iterativo
Alto
Baja
Cambios
Grupo de procesos - Actividades
Iniciación Planificación Ejecución Cierre
• Definir Objetivos Alcance • Organización • Desactivación
• Investigar • Cronograma • Comunicación • Evaluación Final
• Analizar • Presupuesto • Liderazgo • Lecciones
alternativas • Calidad • Motivación
• Establecer • Recursos • Decisiones
criterios • Comunicaciones • Problemas
• Acta constitución • Riesgos • Negociar
• Interesados • Adquisiciones • Solicitar Cambios
• Interesados
Seguimiento y Control
• Plan versus Real
• Acciones Correctivas
• Gestión Integrada de Cambios
Las restricciones del proyecto
Alcance
Calidad
La restricción triple
Alcance
Misión y Visión
• Misión: se refiere a un motivo o una razón de ser por parte de

una organización, una empresa o una institución. Este motivo
se enfoca en el presente.
• Visión: se refiere a una imagen que la organización plantea a

largo plazo sobre como espera que sea su futuro, una
expectativa ideal de lo que espera que ocurra.
Estimación
¿Cuándo estará listo el producto?

Estimación
a.- Es el proceso de encontrar una aproximación sobre una medida, lo que se

ha de valorar con algún propósito es utilizable incluso si los datos de entrada
pueden estar incompletos, incierto, o inestables.
b.- Es una predicción de cuanto tomara y costara realizar el objetivo completo.
c.- Predecir Valores de entidades y sus atributos que sean relevantes para el
proyecto
– Predecir: anticipar con cierto grado de certeza.

– Entidades: en software son procesos, productos y recursos.
– Atributos: características de las entidades.
– Relevantes: las que implican mayor riesgo.
Estimación
Un 70% de los proyectos de desarrollo de software son entregados de

forma tardía o con funcionalidades incompletas.
¿Cuándo estará listo el proyecto?
“La estimación será difícil de defender dado que fue hecha sin métodos
cuantitativos solidos apoyada en muy pocos datos y certificada
vigorosamente en las corazonadas del interesado” (Fred Brooks)
Nota: https://sg.com.mx/buzz/que-fallan-los-proyectos-software-entrevista-fred-brooks
!!!Recordemos que la Estimación no es Compromiso!!!!

Estimación
¿Cuándo trabajar con estimaciones?
R: Antes, Durante y Después de un proyecto.
Antes: Ej, para cotizar, identificar factibilidad, etc…

Durante: Ej, identificar patrones para realizar mediciones, ajustar
desempeño, anticipar riesgos, etc…
Después: Ej. Identificar desviaciones, generar BD históricas,
extrapolar a otros proyectos, etc…
Estimación de Software
Durante el proyecto realizamos al menos 2 estimaciones de software, estas estarán

basadas en Tamaño y el Esfuerzo.
Definir
Objetivos
Requerimientos
Conceptos Partes
Estimar Tamaño Dimensión Complejidad
Estimar Horas Cantidad de

Esfuerzo Directas Personas
Calendario Hitos Fechas

• Identificar Requerimientos.
Definir • Técnicas generales.

Requerimientos
• Técnicas especificas.
Conceptos
• Requisitos funcionales y no funcionales.
Estimar Tamaño • Investigación de los atributos de las necesidades de los clientes.
Estimar
Esfuerzo
Calendario
• Diseño Conceptual.
Definir
Requerimientos Servidores
Seguridad
Conceptos
App
Redes
Estimar Tamaño Capa
Aplicativa
Estimar User
Esfuerzo Interface
Capa
Calendario Datos
• Estimar tamaño.
Definir El tamaño de un programa se puede medir en diferentes conceptos como por ejemplo en líneas
Requerimientos de Código o LOC por sus siglas en Ingles “lines of code”
Conceptos
Estimar Tamaño
Estimar
Esfuerzo
Calendario
El tamaño lo debemos identificar a través de una métrica objetiva, esto significa definir una
unidad que todos los que la utilicen lleguen a resultados consistentes.
• Estimar esfuerzo.
Definir El esfuerzo se calcula en horas directas que se dedican a la construcción del producto o
Requerimientos servicios..
Conceptos
Estimar Tamaño
Estimar
Esfuerzo
Calendario
• Calendarizar.
Definir El calendario se construye teniendo las 2 primeras entradas de tamaño y esfuerzo,

Requerimientos adicionalmente se debe considerar la disponibilidad del equipo de trabajo, el calendario se
construye con un conjunto de fechas probables.
Conceptos
Estimar Tamaño
Estimar
Esfuerzo
- Considerar estragáis de calendarios parcial por hitos, relevancias, riesgos u otros factores.
Calendario - Identificar las medias entre fechas estimadas basadas en limite inferior y limite superior.
Entonces cuando afrontamos un desafío de construir un software, en

lugar de buscar comprometernos como primera alternativa, debemos
hacer una estimación del trabajo.
¿Y qué entendemos por estimación del trabajo?
Es una predicción tentativa de cuánto tomará y costará hacer ese

trabajo. Es decir, una vez que se nos plantea el objetivo de negocio
deseado, nosotros estimamos cuánto costará y tomará lograr el objetivo
completo en nuestro contexto y circunstancias de desarrollo. A partir de
esa estimación es que podemos tomar decisiones, plantear una
estrategia y ahora sí, hacer un compromiso realista.
El proceso nos conduce de un conjunto de requerimientos a

la producción de un calendario para completarlos. Es decir,
Definir
Requerimientos nuestra estimación es la base para producir el calendario del
proyecto. Los pasos intermedios son: Concepto,
Estimación de tamaño y Estimación de Recursos
El Concepto es un diseño rápido, sin detalle, de las partes

que componen el producto. Este artefacto nos servirá para
Conceptos visualizar su contenido aproximado, o lo que será necesario
desarrollar. No debe tener el rigor de un diseño
arquitectónico o detallado, pero sí debe ser suficiente para
que el equipo estimador entienda qué elementos hay y de
qué tipo son.
Después de visualizar el concepto, hacemos una

estimación del tamaño del producto. Es decir,
determinamos qué dimensión tiene, o qué tan complejo
se visualiza con respecto a lo que se tiene que hacer
para que cada una de las partes exista. De acuerdo a
Estimar Tamaño
lo que sabemos, el tamaño guarda una proporción
cercana con el esfuerzo: A mayor tamaño, esperamos
un esfuerzo de desarrollo mayor; si el tamaño
disminuye por alguna razón, el tiempo también se vería
afectado hacia abajo. El tamaño se debe juzgar
mediante algún método disciplinado y debe ser
expresado en una Métrica adecuada.
¿Por qué estimar el tamaño de un programa?
• En varias disciplinas es usual la planeación basada en el

tamaño de los proyectos.
Estimar Tamaño • El tamaño del programa suele tener un buen grado de
correlación con el esfuerzo necesario para implantarlo.
• Es más fácil estimar el tamaño de un programa que el
tiempo de implantación.
• Para efectos de la planeación, normalmente se estima
primero el tamaño y con base en él, el tiempo.
Algunas características de un método de estimación de

tamaño son:
• Basarse en métodos estructurados.

Estimar Tamaño • Poder usarse a lo largo de todas las fases del proyecto.
• Poder usarse con todos los elementos del proyecto.
• Ser susceptible de análisis estadístico.
• Ser adaptable al tipo de trabajo que usted va a hacer en
el futuro.
• Proporcionar medios para juzgar la exactitud de las
estimaciones.
Después de visualizar el tamaño, calculamos el esfuerzo. Es

decir, estimamos cuánto tiempo requerimos para consumir o
Estimar
producir el tamaño del producto que se determinó. Esto también
Esfuerzo se hace con alguno de los métodos; lo más común es utilizar la
productividad promedio histórica del equipo y es recomendable
utilizar rangos: Una media, un límite inferior y un límite superior
en esta estimación.
El paso final es estimar el calendario, de acuerdo a los recursos

que tenemos disponibles.
Calendario
Cabe señalar que si requerimos una estimación flexible, para

establecer hitos intermedios, podemos hacer la estimación de
cada parte o modificar el concepto para poder tener varias
alternativas.
Las estimaciones de tiempo y costo deberían ser exactas, naturalmente. Pero

si ellas difieren de los resultados reales, es más seguro ser ligeramente
conservador que ser optimista. Una de las principales quejas sobre los
proyectos de software se refiere a su tendencia alarmante de exceder gastos y
calendarios planificados. Desafortunadamente, tanto clientes como ejecutivos
superiores tienden a ejercer presiones considerables en los administradores de
proyectos y en el personal encargado de realizar las estimaciones. Por
consiguiente un colorario oculto de estimación acertada es aquel en donde
éstas deben ser defendibles. La mejor defensa es una buena colección de
datos históricos de proyectos similares.
Debido a que el crecimiento de la estimación de costos es una actividad

compleja, existe un crecimiento industrial de compañías dedicadas a ofrecer
diferentes marcas comerciales de herramientas de estimación de costos en el
mercado. A partir del 2005, algunas de esas herramientas de estimación son:
COCOMO II, CoStar, CostModeler, CostXpert, KnowledgePlan®, PRICE S,
SEER, SLIM y SoftCost.
Algunas características de herramientas de estimación son:
• Lógica de dimensionamiento para especificaciones, código fuente y

casos de evaluación
• Nivel de fase, nivel de actividad, y estimación de nivel de tarea
• Ajustes para períodos de trabajo específicos, vacaciones y horas
extraordinarias
• Ajustes para salarios locales e índices de carga
• Ajustes para varios proyectos de software como militares, sistemas,
comerciales, etc.
• Apoyo para métricas de puntos de función, métricas de líneas de
códigos o ambas
• Apoyo para “backfiring”, es decir, convertir líneas de códigos a puntos
de función
• Apoyo tanto para nuevos proyectos como a proyectos de mejora y

mantenimiento
• Estimación de fiabilidad y calidad
• Análisis de valor y riesgo
• Retorno de Inversión
• Posibilidad de compartir datos con herramientas de administración de
proyectos
• Medios de medición para reunir datos históricos
• Costo y tiempo para completar estimaciones que combinan datos
históricos con datos proyectados
• Apoyo para evaluaciones de procesos de software
• Análisis estadístico de múltiples proyectos y análisis de cartera
• Conversión monetaria para acordar proyectos en el exterior
Ejemplos de actividades típicas realizadas durante el desarrollo de software:
01 Requerimientos 13 Administración de la configuración

02 Prototipo 14 Integración formal
03 Arquitectura 15 Documentación del usuario
04 Planes del proyecto 16 Prueba de unidad
05 Diseño inicial 17 Pruebas de función
06 Diseño en detalle 18 Pruebas de integración
07 Revisiones de diseño 19 Pruebas de sistemas
08 Codificación 20 Pruebas de campo
09 Adquisición Reutilización 21 Pruebas de aceptación
10 Compras de paquetes 22 Pruebas independientes
11 Inspecciones de código 23 Aseguramiento de la calidad
12 Validación y verificación 24 Capacitación/Instalación
Algunas predicciones
que se pueden utilizar
en distintas faces del
proyecto de desarrollo,
considerando su ciclo
de vida.
Precisión y exactitud de las estimaciones:
• Precisión se refiere a la dispersión del conjunto de valores obtenidos de mediciones

repetidas de una magnitud. Cuanto menor es la dispersión mayor la precisión. Una
medida común de la variabilidad es la desviación estándar de las mediciones y la
precisión se puede estimar como una función de ella. Es importante resaltar que la
automatización de diferentes pruebas o técnicas puede producir un aumento de la
precisión. Esto se debe a que con dicha automatización, lo que logramos es una
disminución de los errores manuales o su corrección inmediata. No hay que
confundir resolución con precisión.
• Exactitud se refiere a cuán cerca del valor real se encuentra el valor medido. En
términos estadísticos, la exactitud está relacionada con el sesgo de una estimación.
Cuanto menor es el sesgo más exacta es una estimación. Cuando se expresa la
exactitud de un resultado, se expresa mediante el error absoluto que es la diferencia
entre el valor experimental y el valor verdadero.
Precisión y exactitud de las estimaciones:
• “La precisión” hace referencia al

número de cifras significativas que
tiene una medida.
• “La exactitud” se refiere a la cercanía
de una medida a su objetivo.
– Una predicción es útil si tiene una

exactitud razonable.
– Es preferible expresar las estimaciones
como un rango que como un número
simple.
• En cualquier actividad científica o técnica es inevitable la existencia

de errores. Puede tratarse de errores de medición o errores de
transcripción, errores de posicionamiento o errores en la variable
medida. Tan absurdo resultaría negar el error como invertir esfuerzos
más allá de lo razonable para conseguir pequeñas reducciones del
mismo una vez que se ha conseguido una exactitud adecuada para
los objetivos del trabajo. La actitud más razonable es tratar de
estimar la magnitud de los errores cometidos, comunicarlo y tenerlo
en cuenta para no pedirle a los resultados una precisión mayor de la
que realmente pueden ofrecer.
• Por ejemplo, una regla tiene una precisión de milímetro mientras que un metro de electricista
tiene una precisión de centímetro. Sin embargo será más exacto medir un muro con un metro
que con una regla ya que el instrumento es más apropiado.
• “Se puede decir que la precisión es el grado de repetición de un valor y que la exactitud
es el de veracidad.”
• Evaluación de la exactitud de la estimación: comparación de

los valores actuales con los valores estimados.
– Error Absoluto: Tiende a coincidir habitualmente, pero no siempre

con la sensibilidad de la herramienta, la cual corresponde a la
medida mas pequeña que podemos realizar con la herramienta.
• Evaluación de la exactitud de la estimación:
– Error Relativo: Es comparar la medida mas pequeña de la

herramienta con el total de la medida realizada.
Estimación de Costos
Estimar los costos consiste en desarrollar una estimación aproximada de los

recursos monetarios necesarios para completar las actividades del proyecto.
implica la realización de predicciones sobre la cantidad más probable de

esfuerzo, tiempo y niveles de personal que se requieren para construir un
sistema de software.
Los costos incluyen, entre otros, el personal, los materiales, el equipamiento,

los servicios y las instalaciones, así como otras categorías especiales, tales
como el factor de inflación, el costo de financiación o el costo de contingencia.
No olvidar los costos relacionados con:

– Procesos de calidad y gestión de los riesgos
– Tiempo del director de proyecto
– Capacitación del equipo de trabajo
– Gastos de oficina y de la PMO
Estimación de Costos
Tres niveles de precisión para la estimación de costos:
• Estimados de orden de magnitud: Se efectúa en la fase de

inicio y su naturaleza es preliminar la exactitud es de –25% y
+75%.
• Presupuesto o presupuestal: Se efectúa en la fase de
planificación y su naturaleza es más firme que el estimado
orden de magnitud la exactitud es de –10% y +25%.
• Definitivo o final: Se hace en la fase de planificación se utiliza
para establecer la línea base de los costos su exactitud es de –
5% y +10%
Notas al margen:
• Implantar: Establecer y poner en ejecución nuevas doctrinas, instituciones, prácticas o

costumbres.
• Implementar: Poner en funcionamiento, aplicar métodos, medidas, etc., para llevar algo a
cabo.
"Implantar" incluye la palabra "nuevas", digamos que no tenía precedentes. La segunda

definición no indica que lo que se pone en funcionamiento sea necesariamente nuevo. Se puede
"poner en funcionamiento una metodología que ya ha sido probada durante años“. Otra
diferencia es el "scope / alcance", marco o alcance de lo que se "implanta o se implementa"
• Implantar tiene un marco mayor, una doctrina o institución evidentemente son elementos
grandes, y las prácticas y costumbres, en este marco de referencia tendrán un gran impacto
en la vida diaria.
• Implementar es algo más sutil, es alguna mejora en un proceso ya existente. p. ej. Algún
sistema de calidad adicional a los ya existentes.
Notas al margen:
• Sesgo: proviene de sesgar, un verbo que hace referencia a torcer o

atravesar algo hacia uno de sus lados. El término, por lo tanto, se
utiliza para hablar de algo torcido, cortado o que se sitúa de forma
oblicua.
• El diccionario de la Real Academia Española (RAE) define sesgo

como la oblicuidad o torcimiento de una cosa hacia un lado. El
concepto también se utiliza en sentido simbólico para mencionar una
tendencia o inclinación.
• El sesgo también puede entenderse como un peso

desproporcionado a favor o en contra de una cosa, persona o grupo
en comparación con otra, generalmente de una manera que se
considera injusta.
Métodos de
Estimación
de Software
Métodos de Estimación de Software:
Una estimación de proyectos de software puede tener diversos fines,

analizar la viabilidad económica de un proyecto, elaborar una propuesta
de servicios, determinar con exactitud el presupuesto de un proyecto
luego que ha sido aprobado, determinar el precio de un software, entre
otros. Dependiendo del grado de exactitud que necesitemos,
aplicaremos un método u otro.
Existen diversas técnicas de estimación de software, las que utilizan el

juicio de experto, analogías por medio de comparación con proyectos
anteriores y también están los modelos de estimación de proyectos de
software como COCOMO II, análisis de puntos de función y COSMIC.
¿Qué es una estimación de software?
Una estimación de software es una predicción de cuánto tiempo

durará o costará su desarrollo y mantenimiento. Si se trata de una
estimación de tiempo, el esfuerzo puede expresarse en horas-
persona u otra unidad, si se trata de estimación de costo, se puede
expresar en la moneda de preferencia.
El reto de elaborar estimaciones de software, es realizar

predicciones realistas, basándose en información incompleta e
incierta.
En el PMBOK (2013), dice que la estimación de la duración de las

actividades tiene como beneficio establecer la cantidad de tiempo para
finalizar cada actividad y tener una de las entradas fundamentales para
la construcción del cronograma del proyecto. Para esto se propones
algunas técnicas y herramientas como por ejemplo:
• Juicio de expertos
• Estimación análoga
• Estimación paramétrica
• Estimación por tres valores
• Etc…
En Ingeniería de software y gestión de proyectos de software, las

estimaciones se pueden utilizar para:
• Desarrollar planes de proyectos.

• Elaborar planificaciones de iteración en desarrollo de software.
• Elaborar presupuestos.
• Realizar análisis de inversión.
• Fijación de precios de un software para un cliente.
• Análisis para determinar el precio en software dirigido al consumidor.
• Para planificar estrategia cuando se dispone a participar licitaciones
publicas o privadas.
Tipos de estimación de software:
Las técnicas de estimación de proyectos de software se pueden

clasificar en cuatro tipos:
• Estimación de software por juicio de expertos

• Estimación de software por analogía
• Estimación de software por descomposición
• Estimación de software por medio de modelos de estimación
Estimación de software por juicio de expertos:
• Los métodos de estimación de software por juicio de experto,

consisten entregar la información de levantamiento de requisitos
de software (por ejemplo las minutas de reunión o documento
de especificación de requisitos de software) y entregárselo a
uno o varios conocedores del desarrollo de software y del área
de negocio que se dispone representar en el nuevo sistema.
• Estimación de software por juicio de expertos:
Posiblemente el juicio de experto sea la forma más común utilizada por muchos para obtener un
estimado, es algo tan simple como conseguir un experto con experiencia directa en el software
que quieres desarrollar y su modelo de negocio, pásale los requerimientos de software y ve que
te dice.
Claro está, debes asegurarte que todos tengan un mismo entendimiento de cómo debe funcionar
el software a desarrollar y que se espera de él. También otro reto que las personas que van a
hacer el estimado sean las que vayan a hacer el proyecto.
Las técnicas de estimación mediante juicio de experto consideran siempre algún tipo de
descomposición funcional del software en sus partes.
Una vez que el experto o grupo de expertos ha dividido el problema en actividades, pueden
proceder a asignar un estimado a cada una, por medio de las siguientes técnicas.
1.- Un solo punto
En esta técnica se asigna únicamente un solo estimado a cada

actividad, usualmente por una sola persona. Una vez que se tienen los
estimados de cada actividad, se puede calcular la duración total.
Esta es una de las técnicas más usadas, sin embargo tiene dos
problemas, primero el estimado está altamente influenciado por el sesgo
y las premisas del estimado. ¿Qué sucede si alguna pieza clave de
información es omitida? ¿O algún aspecto no es considerado? Además,
el estimado también podría “inflar” sus estimados.
2.- Tres puntos
Si tenemos tres estimados podemos asignar a cada actividad una estimación

pesimista, más probable y optimista, luego podemos determinar el estimado de
la actividad por medio de una formula.
La estimación de tres puntos no es campo exclusivo de la Ingeniería del

software, de hecho el Project Management Institute (PMI) la describe en su
guía del PMBOK 6 como un método de estimación. Siguiendo el estándar del
PMI, la siguiente formula se usa para estimar la duración de una actividad:
– Duración esperada = (Pesimista + (4 x Más probable) + Optimista) / 6
– Desviación estándar de la actividad: (Pesimista – Optimista) / 6

3.- Método Wideband Delphi:
Wideband Delphi es una técnica de estimación de software en la que interviene un grupo de

expertos. A diferencia de otras técnicas de estimación por juicio de expertos, los integrantes del
grupo no tienen comunicación entre sí mientras están elaborando sus estimados, y se los
entregan únicamente a un coordinador.
El método suele conducirse de la siguiente forma:
• 1. Se nombra un moderador de la estimación y un grupo de expertos.
• 2. El grupo de expertos recibe la especificación del proyecto.
• 3. Los expertos se reúnen para discutir las metas del proyecto, suposiciones y problemas
posibles.
• 4. Individualmente, cada experto hace una lista de las actividades necesarias para completar
el proyecto y produce una estimación anónima del tamaño que tendrá
• 5. El moderador tabula los datos y los retorna a cada experto, marcando los rangos y la
media. Todas las estimaciones son anónimas, exceptuando la del estimador que recibe el
reporte.
• 6. Los expertos se reúnen para discutir los resultados. Presentan las actividades que
identificaron para el proyecto y las revisan, sin mencionar su estimación.
• 7. Cada experto hace una nueva estimación y el proceso se repite hasta que los resultados
convergen en un rango aceptable.
El método Delphi es útil para cualquier proyecto, cuando dentro de la organización

existen individuos con amplia experiencia y que ya han completado varios proyectos
previamente. Si el equipo tiene experiencia desarrollando un tipo de proyectos y se
requiere uno donde las características son diferentes, como emplear una nueva
tecnología, este método permite que los expertos puedan ver una estrategia para
estimar y reducir la incertidumbre.
Ventajas: Produce resultados certeros y precisos; Hace uso de la experiencia

organizacional; Funciona en cualquier tipo de proyecto.
Desventajas: Confía la estimación a un puñado de expertos; Consume mucho tiempo;

Es susceptible a los prejuicios de los estimadores

ADMINISTRACIÓN DE PROYECTOS INFORMÁTICOS - Prueba1 PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

ADMINISTRACIÓN DE PROYECTOS INFORMÁTICOS - Prueba1 PDF

Încărcat de

Drepturi de autor:

Formate disponibile

ADMINISTRACIÓN DE PROYECTOS

Es un conjunto de actividades que se encuentran interrelacionadas y coordinadas, con el objetivo de

• Tarea / Trabajo Operativo:

¿Construir una casa es un proyecto a un trabajo operativo?

• ¿Qué es la administración de proyectos?

La podemos entender como el aplicar conocimientos habilidades, herramientas y

• Para administrar correctamente un proyecto debemos

Se define como el grupo de mecanismos o procedimientos racionales, empleados para el logro

b.- Sentimiento de esperanza, sueño o ilusión de realizar o cumplir un determinado propósito o

Conjunto de acciones, actividades, decisiones y técnicas a través de las cuales se

• Mejores Practicas (best practices):

Conjunto de estrategias, practicas o actividades que ofrecen resultados probados y

Meta es aquello que esperamos obtener o alcanzar mediante un procedimiento

Un Proyectos es un esfuerzo temporal que se lleva a cabo para crear un

¿Cuándo finaliza un proyecto?

Las diferencias entre un producto o servicio y un proyectos es la concepción

Es un grupo de proyectos relacionados para obtener beneficios que no se

Es un conjunto de proyectos y programas que se agrupan para facilitar

Proyecto 1 Proyecto 2 Proyecto 2 Proyecto 3 Proyecto 4 Proyecto 5

– Monitoreo y Control (Transversal al Proyecto)

Estudio de Diseño de Ingeniería Ingeniería Puesta en

Especificaciones Diseño General Diseño a Detalle Programación Integración Implementación

Proyecto de Informática 2..

Análisis Diseño Programación Pruebas Instalación Operación Tiempo

• Misión: se refiere a un motivo o una razón de ser por parte de

• Visión: se refiere a una imagen que la organización plantea a

¿Cuándo estará listo el producto?

a.- Es el proceso de encontrar una aproximación sobre una medida, lo que se

b.- Es una predicción de cuanto tomara y costara realizar el objetivo completo.

– Predecir: anticipar con cierto grado de certeza.

Un 70% de los proyectos de desarrollo de software son entregados de

¿Cuándo estará listo el proyecto?

!!!Recordemos que la Estimación no es Compromiso!!!!

¿Cuándo trabajar con estimaciones?

R: Antes, Durante y Después de un proyecto.

Antes: Ej, para cotizar, identificar factibilidad, etc…

Durante el proyecto realizamos al menos 2 estimaciones de software, estas estarán

Estimar Tamaño Dimensión Complejidad

Estimar Horas Cantidad de

Calendario Hitos Fechas

Definir • Técnicas generales.

Estimar Tamaño • Investigación de los atributos de las necesidades de los clientes.

Definir El calendario se construye teniendo las 2 primeras entradas de tamaño y esfuerzo,

Entonces cuando afrontamos un desafío de construir un software, en

¿Y qué entendemos por estimación del trabajo?

Es una predicción tentativa de cuánto tomará y costará hacer ese

El proceso nos conduce de un conjunto de requerimientos a

El Concepto es un diseño rápido, sin detalle, de las partes

Después de visualizar el concepto, hacemos una

¿Por qué estimar el tamaño de un programa?

• En varias disciplinas es usual la planeación basada en el

Algunas características de un método de estimación de

• Basarse en métodos estructurados.

Después de visualizar el tamaño, calculamos el esfuerzo. Es

El paso final es estimar el calendario, de acuerdo a los recursos

Cabe señalar que si requerimos una estimación flexible, para

Las estimaciones de tiempo y costo deberían ser exactas, naturalmente. Pero

Debido a que el crecimiento de la estimación de costos es una actividad

Algunas características de herramientas de estimación son:

• Lógica de dimensionamiento para especificaciones, código fuente y

• Apoyo tanto para nuevos proyectos como a proyectos de mejora y

Ejemplos de actividades típicas realizadas durante el desarrollo de software:

01 Requerimientos 13 Administración de la configuración