Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Gestión de proyectos de software

No description
by

Stefanny Ruiz Alcalde

on 8 March 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Gestión de proyectos de software

GESTIÓN DE PROYECTOS DE SOFTWARE
Los procesos que se desarrollan con una gestión de proyectos débil tienden a presentar:
Fechas límites imposibles de cumplir.
Sistemas que no gustan al usuario.
Sistemas de difícil mantenimiento.

Gestión de proyectos
Técnicas necesarias para planear, organizar, supervisar y controlar los proyectos de software.





PLAN DE PROYECTO:
Define el proceso y las labores, el personal, valora los riesgos, controla cambios y evalua la calidad.
Stefanny Ruiz Alcalde
Iván Cardona
Jorge Mario Garcia
Andres Mauricio Quintero

ESPECTRO DE GESTIÓN:
Se basa en el manejo de las cuatro p y en la necesidad de realizarlas en un orden específico y de una manera correcta.
Las cuatro P
Debe estar organizado y en constante comunicación.
Cumplir con los requerimientos para dar solución al usuario.
Seleccionar uno adecuado para el personal existente.



Planificación para estimar tiempo y esfuerzo.
Ademàs definir productos de trabajo, puntos de control de calidad y mecanismos para supervisar y controlar el proceso.
PERSONAL:

PRODUCTO:
PROCESO:
PROYECTO:
Líderes de Equipo
Es la persona que tiene la habilidad y el conocimiento para llevar un equipo de trabajo de forma correcta a alcanzar el exito en lo que emprendan.



Paradigmas organizacionales:
Paradigma Cerrado
Paradigma Aleatorio
Paradigma Abierto
Paradigma Sincronico
"Un equipo exitoso es un grupo de personas tan fuertemente unido que el todo es mayor que la suma de las partes."
MODELO M.O.I

Incentivos
Organización
Ideas o imnovación
Resolución de problemas
CONFLICTOS DE COORDINACIÓN Y COMUNICACIÓN:


Esfuerzos de desarrollo grandes


Complejidad-confusión y dificultades significativas en la coordinación


Equipo autoorganizado que tiene la autonomía para planear y tomar decisiones.

Para lidiar con ello el equipo debe establecer:
Métodos para coordinar al personal.
Mecanismos de comunicación formal e informal
EL PRODUCTO:
Gran dilema:
Estimaciones cuantitativas y plan organizado.

No hay información sólida:
Análisis toma semanas
Requisitos pueden variar.
Permite:
Temparana Entrega del producto
Aumentar la satisfacción del cliente

Características:
Autoorganizados para:
Aumentar colaboración eficaz
Aprovechar competencias del equipo.

El equipo se autoganiza y realiza breves reuniones para sincronizar el trabajo que se debe logar ese día
Resulados:
Se incrementa el trabajo y se culmina más rápido el proyecto.
Existen metodologías que le brindan al equipo la autonomía de poder tomar decisiones.
DESCOMPOSICIÓN DEL PROCESO.
"El marco de trabajo del proceso es invariable y sirve como base para todo el trabajo de software que realiza una organización de software, pero las tareas de trabajo real varían".

Descomposición del
Proceso

ELEGIR UN MODELO DE PROCESO
Enfoque secuencial lineal
Desarrollo rápido de aplicaciones DRA
Estrategia incremental
Otros
EL PROYECTO:
Reel sugiere un enfoque de sentido común de cinco partes:
1 Comience con el pie derecho.
2. Mantenga el ímpetu.
3. Rastree el progreso.
4. Tome decisiones inteligentes.
5. Realice un análisis de resultados.
EL PRINCIPIO W^5HH:
Creado por Barry Boehm, plantea las siguientes preguntas:
Why, What, When, Who, Where, How, How much.
El proyecto:
1.
La gente del software no comprende las necesidades.
2.
El ámbito del producto está definido pobremente.
3.
Los cambios están mal realizados.
4.
La tecnología elegida cambia.
5.
Las necesidades del negocio cambian (o están mal).
6.
Las fechas de entrega no son realistas.

7.
Los usuarios se resisten.
8.
Se pierden los patrocinadores (o nunca se obtuvieron
adecuadamente).
9.
El equipo del proyecto carece del personal con las
habilidades apropiadas.
10.
Los gestores (y los desarrolladores) evitan buenas
prácticas y sabias lecciones.
SCRUM: SE APLICAN PRÁCTICAS PARA TRABAJAR EN EQUIPO Y OBTENER EL MEJOR RESULTADO POSIBLE.
Ámbito de software:
Primera Actividad
Se define:
Contexto
Objetivo de información
Función y desempeño.
Debe ser claro y comprensible.
Descomposición del problema:


Divide y venceras.

Motivación
Cultura de equipo
Dotes de gestión
EQUIPOS DE SOFTWARE:
Estructuras organizacionales de profesionales para el desarrollo de software.
Equipos Ágiles
EL PROCESO:
Modelo de proceso más adecuado:
Los clientes y el personal
Características del producto
El ambiente del proyecto en el que trabaja el equipo.
Una vez definido:
Plan de proyecto preliminar.
Se descompone el proceso.
Combinación Producto y proceso:
Cada función del equipo debe pasar por las actividades del marco de trabajo.
John Reel definió 10 señales que indican riesgo.
PRACTICAS CRITICAS:
Airlie Council elaboró una lista de "prácticas críticas de software para la gestión basada en el desempeño"
La lista incluye:
-Gestión de proyecto basado en métricas
-Costo empírico y estimación de la planificación
-Seguimiento del valor ganado
-Gestión del riesgo formal
-Seguimiento de defectos frente a objetivos de calidad
-Gestión al tanto del personal

Full transcript