• No se han encontrado resultados

Administración y Gestión de Proyectos de Software

N/A
N/A
Protected

Academic year: 2021

Share "Administración y Gestión de Proyectos de Software"

Copied!
11
0
0

Texto completo

(1)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Administración y Gestión de

Proyectos de Software

2do. Cuatrimestre 2005

Depto. Cs. e Ingeniería de la Computación Universidad Nacional del Sur

Integrantes de la Cátedra:

Profesor: Sergio Martig

srm@cs.uns.edu.ar

Asistente: Carla Mendes Kalo

kmca@cs.uns.edu.ar

Ayudantes: Enrique Gnocchini Hugo Peralta Pamela Ranni

(2)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Contenidos

9 Proyectos de Software 9 Modelos y Métricas 9 Modelos de Costos 9 Planificación de Proyectos 9 Control de Proyectos

9 Calidad - Normas ISO

9 Auditoría - Organización - Legislación

Bibliografía

9 Principles of Software Engineering Management - Tom Gilb

9 Controlling Software Projects - Tom de Marco

9 Software Metrics - Fenton & Pfleeger

9 Effective Project Management - Robert Wysocki, R.Beck, D.Crane

9 Dirección de Proyectos Informáticos - Pham Thu Quang, Jean-J.Gonin

9 Ingeniería de Software Un Enfoque Práctico - Roger Pressman

9 Manual de Derecho Informático - Bibiana Luz Clara

(3)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Cursado de la Materia

9 Dos Parciales - Un recuperatorio para cada

parcial.

9 Primer Parcial: 4 de octubre.

9 Recuperatorio Primer Parcial: 18 de octubre.

9 Segundo Parcial: 17 de noviembre.

9 Recuperatorio Segundo Parcial: 29 de noviembre.

9 Dos Proyectos: las fechas de entrega son el 20 de septiembre y el 22 de noviembre.

¿Qué es un proyecto?

Cualquier actividad que dé como resultado un producto

o un entregable.

Proyecto de SW: grandes sistemas, programación de un módulo.

Comienzan con el enunciado de un problema. Evaluación:

9 El producto soluciona el problema del usuario?

9 Está el usuario satisfecho con el proceso?

9 Está la gerencia satisfecha con el producto/proceso?

(4)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Fracasos: Al comienzo

No despegan correctamente - Sin planificación. Proyectos avanzan rápidamente al 90% y siempre se quedan ahí.

Qué es planificar?

9Conocer anticipadamente a donde se va a ir.

9Cómo se va a hacer para llegar hasta ahí.

9Cómo se va a hacer para probar que se esta ahí.

Fracasos: En el desarrollo

9 Análisis y diseño mal documentados.

9 Asignación confusa de responsabilidades.

9 Falta de planificación y organización de recursos requeridos.

9 Codificación prematura.

9 Falta de revisiones (gerenciales) y walk-through (técnicos).

9 Falta de estándares de desarrollo Deserciones -Técnicas de Fuerza Bruta.

(5)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Fracasos: Al final

9 Aplicaciones entregadas sin suficientes pruebas.

9 Aplicaciones sin performance.

9 Altos costos de mantenimiento.

9 Cancelación de Proyectos:

ƒ Falta de fondos

ƒ Cambios en el contexto

ƒ Deserción de elementos claves

ƒ Desastre técnico

Proyectos Exitosos

9 Claro comienzo - Plan detallado.

9 Criterios de medición aceptables.

9 Monitoreo cercano durante el desarrollo.

9 Documentación clara - Revisiones frecuentes.

9 Procedimientos para detección de problemas.

(6)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Aclaración: Años Hombre

9 Es una unidad de medida para el esfuerzo.

9 1 Año-Hombre: El trabajo que puede realizar una persona en un año.

9 En general, se asume que una persona trabaja 160 horas mensuales.

9 1 Año-Hombre = 160 horas/mes x 12meses = 1920 horas

9 5 Años-Hombre: El trabajo que puede realizar un persona en 5 años.

Ejemplo: Corporate Information System (CIS)

9El proyecto se canceló. Tiempo: 5 años.

Presupuesto: 80 años-hombre.

9Se habían hecho todas las cosas bien:

ƒ Se consultaron publicaciones. Se aceptó la necesidad de un sistema centralizado.

ƒ Se contrató consultora para el estudio de factibilidad (15 años-hombre).

ƒ Se utilizó hardware de última tecnología y software de base de datos.

ƒ Se pagaron varios millones de dólares por encima del presupuesto.

ƒ Se utilizaron las últimas técnicas de programación estructurada.

(7)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

CIS: Motivo del Fracaso

9El proyecto funcionaba. Todos los programas ejecutaban correctamente. Se pedía tiempo para optimizar performance.

9Se necesitaba alimentar con 20.000 transacciones diarias.

9La actualización de una sola transacción podía durar 20 minutos.

9Se estimaba 2 años el esfuerzo para agregar una fábrica. El plan de crecimiento era abrir una cada seis meses.

9Conclusión: No tuvieron un nuevo sistema de administración y se perdieron 5 años con respecto a sus competidores.

CIS: Prevención del Fracaso

9 Fracaso para determinar y controlar atributos críticos del proyecto.

9 Fracaso para encontrar una arquitectura adecuada para los AC.

9 Fracaso para hacer evolucionar un sistema basado en incrementos.

Atributo Crítico: calidades y recursos que pueden causar que el sistema colapse si superan determinados límites (peor caso aceptable).

9 Atributos críticos en el CIS: Performance de la operativa diaria,

9 Habilidad para incorporar nuevas unidades de negocio.

(8)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

CIS: Atributos Críticos - Especificación

Capacidad de Trabajo: la capacidad de trabajo debe ser suficiente para administrar el trabajo diario normal en un día de oficina normal.

9 Peor caso: 4 segundos en promedio por transacción.

9 Nivel planificado(inicial): menos de un segundo por transacción.

9 Nivel planificado (si \#trans.$>$ 100.000 diarias): 0.2 seg.p/ trans.

ƒ La presunción fue que iba a haber suficiente capacidad de procesamiento.

ƒ Como no se especificó como requerimiento formal, nadie se preocupó.

CIS: Atributos Críticos - Especificación

Adaptabilidad: el sistema deberá ser capaz de integrar nuevas unidades de negocio, de tal manera que el sistema no sea motivo de retraso.

9Peor caso: las principales unidades de negocios nuevas, ej: una fabrica, deberán ser integradas en un plazo de 6 meses y con un esfuerzo máximo de 10 programadores /analistas o 5 años-hombre.

9Nivel planificado: las principales unidades de negocio deberían agregarse o eliminarse del sistema en menos de 6 meses de trabajo de esfuerzo calificado.

(9)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Principios Iniciales de Administración

9 Todos los atributos críticos (AC) se deben especificar claramente.

9 El diseño debe satisfacer todos los AC simultáneamente.

9 Todos los AC deben ser especificados en términos testeables medibles. Se debe identificar el peor caso.

9 Nunca intentar entregar grandes sistemas complejos en big-bang.

9 No creer ciegamente en cualquier método. Usar el propio y el sentido común.

9 Si no se sabe lo que se está haciendo, no hacerlo en gran escala!!

Cuestiones Gerenciales

9 Tareas del Gerente:

ƒ Definir objetivos.

ƒ Crear, evaluar y seleccionar alternativas para alcanzar esos objetivos.

ƒ Controlar la implementación de la alternativa seleccionada.

9 Los gerentes confían en proveedores, expertos de ventas, consultores.

9 La red de comunciación entre gerentes, problem-solvers, técnicos y clientes a cerca de objetivos, planes y alternativas: es inadecuada.

(10)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Problemas Multidimensionales

9 La mayoría de las decisiones son multidimensionales.

9 Problema de la sobre-simplificación: no encontrar solución adecuada.

9 Podemos olvidar algunos factores críticos, ellos no se olvidarán de nosotros.

9 Necesidad de la gerencia de administrar múltiples objetivos.

9 Los entornos dinámicos requieren herramientas pensantes en lugar de dogmas no pensantes.

Problemas de Comunicación:

Derecho a …

9 Saber que se espera de Ud.

9 Aclarar aspectos con cualquier persona en la organización.

9 Iniciar definiciones más claras de objetivos y estrategias.

9 Obtener objetivos presentados en formato medible y cuantificado.

9 Cambiar objetivos y estrategias para lograr mejor performance.

(11)

Administración y Gestión de proyectos de Software DCIC UNS – 2005 Prof. Sergio Martig

Problemas de Comunicación:

Derecho a …

9 Fracasar al probar y corregirlo rápidamente.

9 Desafiar constructivamente objetivos y estrategias de alto nivel.

9 Ser juzgado objetivamente en base a objetivos medibles.

9 Ofrecer ayuda constructiva} a colegas para mejorar la comunicación

Referencias

Documento similar

La importancia de la Gestión de Proyectos durante el proceso de desarrollo de software fue el motor impulsor para alcanzar como resultado una propuesta para llevar esta

Se tuvo en cuenta además criterios importantes sobre la gestión de proyectos, para lograr una mejor organización del personal; las metodologías de desarrollo de software que jugaron

Luego de haber definido todo el procedimiento para la evaluación del proceso de Gestión de Configuración de Software de los Proyectos Productivos de la Facultad 6,

En este capítulo se propone un conjunto de acciones y actividades especificadas en una serie de pasos lógicos y claros, en las cuales se generan documentos que

d.- Documentar semanalmente o quincenalmente el avance del proyecto, en caso de desviaciones también deberán de quedar asentadas aquí, en caso de que los

Las soluciones informáticas existentes para la Gestión Documental de la información en los proyectos de desarrollo de software no responden a las necesidades del

o El pilar de procesos, el cual, abarca la incorporación del procedimiento del planeamiento del proyecto desde la etapa comercial para poder ofrecer al cliente un

En esta etapa será también importante preparar la planificación de todas las tareas de implementación o desarrollo de la solución. Esta planificación puede incluir diagramas de