Gestion de Proyectos de Software

Blog de Gestion De Proyectos

Blog de la materia de Gestion de Proyecto para compartir las actividades de dicha materia

HERRAMIENTAS Y APLICACIONES

Escrito por gestionloria 31-05-2018 en herramientas. Comentarios (0)

Project manager

Es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.

El software Microsoft Office Project en todas sus versiones (la versión 2016 es la más reciente a junio de 2017) es útil para la gestión de proyectos, aplicando procedimientos descritos en el PMBoK del Project Management Institute.


Eclipse

Eclipse es una plataforma de software compuesto por un conjunto de herramientas de programación de código abierto multiplataforma para desarrollar lo que el proyecto llama "Aplicaciones de Cliente Enriquecido", opuesto a las aplicaciones "Cliente-liviano" basadas en navegadores. Esta plataforma, típicamente ha sido usada para desarrollar entornos de desarrollo integrados (del inglés IDE), como el IDE de Java llamado Java Development Toolkit (JDT) y el compilador (ECJ) que se entrega como parte de Eclipse (y que son usados también para desarrollar el mismo Eclipse). 

Eclipse fue desarrollado originalmente por IBM como el sucesor de su familia de herramientas para VisualAge. Eclipse es ahora desarrollado por la Fundación Eclipse, una organización independiente sin ánimo de lucro que fomenta una comunidad de código abierto y un conjunto de productos complementarios, capacidades y servicios.

Eclipse fue liberado originalmente bajo la Common Public License, pero después fue re-licenciado bajo la Eclipse Public License. La Free Software Foundation ha dicho que ambas licencias son licencias de software libre, pero son incompatibles con Licencia pública general de GNU (GNU GPL).


ANÁLISIS Y CONTINGENCIAS Y RIESGOS

Escrito por gestionloria 31-05-2018 en riesgos. Comentarios (0)

Los objetivos de la gestión de riesgos son identificar, dirigir y eliminar las fuentes de riesgo antes de que empiecen a afectar a la finalización satisfactoria de un proyecto software. El riesgo siempre implica dos características:
  • Incertidumbre: el acontecimiento que caracteriza al riesgo puede o no puede ocurrir.
  • Pérdida: si el riesgo se convierte en una realidad, ocurrirán consecuencias no deseadas o pérdidas.

Para cuantificar el nivel de incertidumbre y el grado de pérdidas asociado con cada riesgo se consideran diferentes categorías de riesgos: 

  • Riesgos del proyecto: o Afectan a la planificación temporal y al coste del proyecto. o Identifican problemas potenciales de presupuesto, calendario, personal, recursos.
  • Riesgos técnicos: o Amenazan la calidad y la planificación temporal del software que hay que producir. o Identifican posibles problemas de diseño, implementación, interfaz, verificación y mantenimiento.
  • Riesgos del negocio: o Amenazan la viabilidad del software. o Los principales riesgos de negocio son:
  • Riesgo de mercado
  • Riesgo estratégico
  • Riesgo de ventas
  • Riesgo de dirección
  • Riesgo de presupuesto

Se puede hacer otra categorización de los riesgos en función de su facilidad de detección: 

  • Riesgos conocidos: son aquellos que se pueden predecir después de una evaluación del plan del proyecto, del entorno técnico y otras fuentes de información fiables.
  • Riesgos predecibles: se extrapolan de la experiencia de proyectos anteriores.
  • Riesgos impredecibles: pueden ocurrir, pero es extremadamente difícil identificarlos por adelantado.


La gestión continuada de los riesgos permite aumentar su eficiencia:

  • Evaluar continuamente lo que pueda ir mal
  • Determinar qué riesgos son importantes o Implementar estrategias para resolverlos
  • Asegurar la eficacia de las estrategias


Elementos de la gestión de riesgos: 
Estimación de riesgos: 

  • Identificación de riesgos: lista de riesgos capaces de romper la planificación del proyecto.
  • Análisis de riesgo: medición de la probabilidad y el impacto de cada riesgo, y los niveles de riesgo de los métodos alternativos.
  • Priorización de riesgos: lista de riesgos ordenados por su impacto.
  • Control de riesgos:
  • Planificación de la gestión de riesgos: plan para tratar cada riesgo significativo.
  • Resolución de riesgos: ejecución del plan.
  • Monitorización de riesgos: comprobación del progreso del control de un riesgo e identificación de la aparición de nuevos riesgos.

Identificación de riesgos 

  1. Constituye un intento sistemático para especificar las amenazas al plan del proyecto.
  2. Las incertidumbres sobre diferentes características del proyecto se transforman en riesgos que pueden ser descritos y medidos.
  3. Un método para identificar los riesgos es crear una lista de comprobación de elementos de riesgo que debe contener dos categorías de riesgos:


Riesgos específicos del producto: para identificarlos se examina el plan del proyecto y la declaración del ámbito del software. Riesgos genéricos: Son comunes a todos los proyectos de software. Para identificarlos se crean las siguientes subcategorías:

  • Tamaño del producto
  • Impacto en el negocio
  • Características del cliente
  • Definición del proceso
  • Entorno de desarrollo
  • Tecnología a construir
  • Tamaño y experiencia de la plantilla.


Análisis de riesgos Es el proceso de examinar los riesgos en detalle para determinar su extensión, sus interrelaciones y su importancia. Las actividades básicas son: Evaluación: mejor comprensión del riesgo. Se cuantifican los siguientes conceptos: 

  • Impacto: pérdida que ocasiona el riesgo.
  • Probabilidad: probabilidad de que ocurra el riesgo.
  • Marco de tiempo: periodo de tiempo en el que es posible mitigar el riesgo.

Gestión de riesgos

Seguramente alguna vez hayas tenido que elaborar un plan de contingencia de riesgos y no sabías como hacerlo. Es muy importante que te bases en los requisitos de la norma ISO 9001:2015 en relación a la gestión de riesgos.



Plan de contingencia, ¿Qué es?

Es un tipo de plan que definen las organizaciones para saber cómo actuar ante una posible eventualidad.

El Plan de contingencia determina las medidas que debemos adoptar, las labores, los recursosnecesarios y las actuaciones con el objetivo principal de reducir los daños que se puedan producir. Gestión de riesgos: Identificación y análisis de riesgos.



Pasos previos al Plan de contingencias

Paso 1: Debemos determinar la metodología para la gestión de riesgos de los procedimientos.

Es muy importante también conocer todos los posibles riesgos que tengan los diferentes procesos de la organización.

Paso 2: Debemos definir los parámetros y riesgos que vamos a utilizar para hacer el análisis del riesgo.

Seguidamente, clasificaremos el riesgo y describiremos cada estrategia en función del riesgo. 

Paso 3: Realizaremos la evaluación de riesgos, en la que obtendremos la valoración numérica de cada uno de ellos.

La norma ISO 9001:2015 especifica que hay que planificar, comprobar y revisar el monitoreo.

Y para lograr esto, es imprescindible tener un plan de contingencias en el que se detalle para cada riesgo la estrategia y la medida a aplicar. Cómo documentar la evaluación de riesgos.

Ahora vamos a ver un ejemplo de cómo se haría un Plan de contingencia:

  1. Identificación de los riesgos de los procesos de la organización.

El riesgo es la probabilidad de que suceda un evento por la consecuencia del mismo; por lo que podríamos decir que R = Probabilidad x Consecuencia.

Norma #ISO9001 2015 en relación a la gestión de riesgosCLIC PARA TUITEAR

  1. Determinar criterios y clasificación de los riesgos

A: Riesgo inadmisible.

Este tipo de riesgo nos obliga a actuar de forma inmediata, el coste de hacerle frente no puede ser una limitación y el no actuar no es una opción.

Un riesgo de este nivel es urgente y debemos tener controles para frenarlo.

La reducción de éste debemos hacerla a través del personal y/o controles de ingeniería hasta llegar a un riego de tipo C o D en menos de 90 días.

B: Riesgo no deseable.

Este riesgo debemos reducirlo pero contamos con margen de maniobra para analizarlo con mayor detalle.

Esto no quita que debamos aplicar las acciones correctivas en un período inferior a 90 días.

No obstante, debemos aplicar controles temporales inmediatos para disminuir el riesgo en caso de que la situación se alargase en el tiempo.

C: Riesgo admisible con control.

El riesgo es alto aunque son compatibles la aplicación de acciones correctivas con la detención de las instalaciones planificadas.

El período para resolverlo es de aproximadamente 18 meses.

La reducción del riesgo se debe hacer desde una perspectiva operativa y en la confianza del sistema de protección.

D: Riesgo moderadamente aceptable:

Hay que hacerle frente pero tiene una baja consecuencia y podemos programarlo y reducirlo con otras mejoras operacionales.

Proceso de gestión de riesgo

Criterios de clasificación:

  • Riesgo bajo (Tipo D): Entre 1 y 3
  • Riesgo medio (Tipo C): Entre 4 y 8
  • Riesgo alto (Tipo B): Entre 9 y 14
  • Riesgo muy alto (Tipo A): Entre 15 y 25

Tabla de relación entre probabilidad y consecuencia:

En este momento debemos evaluar las características del riesgo descrito y puntuarlo. Así, obtendremos la clasificación y el riesgo.

Después de esto, debemos de conocer la acción preventiva para cada riesgo y por ello debemos de hacer un Plan de contingencias.

Sería posible añadir más columnas en las que podríamos determinar los plazos para reducir el riesgo o para aplicar la estrategia, etc.

Posterior a esto, debemos hacer un seguimiento y comprobar que se está llevando a cabo de la manera correcta el plan de contingencias.

Todo esto es lo que podréis aprender en nuestro Taller ISO 9001:2015 Enfoque basado en riesgos, en el que aprenderás todo sobre la gestión de riesgos de la mano de nuestros docentes expertos en la materia.



ADMINISTRADOR DE PROGRAMAS

Escrito por gestionloria 31-05-2018 en administrador. Comentarios (0)

PMI

Project Management Institute (PMI) es la asociación profesional sin fines de lucro más importante y de mayor crecimiento a nivel mundial que tiene como misión convertir a la gerencia de proyectos como la actividad indispensable para obtener resultados en cualquier actividad de negocios. En la práctica es un grupo de profesionales de la gerencia de proyectos que se dedican a promover el desarrollo del conocimiento y competencias básicas para el ejercicio profesional. A la fecha tiene más de medio millón de asociados acreditados y certificados en más de 178 países y se ha convertido en la acreditación más requerida por las empresas para la contratación de profesionales en el área de la gerencia de proyectos.

El PMI ofrece a sus afiliados una serie de recursos para el avance del conocimiento del profesional de la gerencia de proyectos tales como el desarrollo de estándares, un programa amplio investigación, programas educativos para entrenamiento y adquisición de nuevos conocimientos, oportunidades para establecer redes de pares profesionales locales para la discusión de asuntos de interés, conferencias y la emisión de certificaciones para el ejercicio profesional reconocidas internacionalmente. Tales credenciales son:

  • Asociado certificado en gestión de proyectos (CAPM)
  • Project Management Professional (PMP)
  • PMI Scheduling Professional (PMI-SP)
  • PMI Risk Management Professional (PMI-RMP)
  • Profesional de gestión de programas (PgMP)



PUNTOS IMPORTANTES DEL PROTOTIPO

Escrito por gestionloria 31-05-2018 en prototipo2. Comentarios (0)

Construcción de Prototipos

  • En el proceso de hardware o software.
  • Técnicas de construcción de prototipos.
  • Interfaces.
  • Especificaciones.
  • Prototipo: (idea, tiempo, dinero, esfuerzo).


Modelos del Sistema

  • Contexto.
  • Comportamiento.
  • Datos.
  • Objetos.
  • Agentes o CASE.
  • Avance Tecnológico


Técnicas de Construcción

  • Desarrollos dinámicos de alto nivel.
  • Programación y bases de datos.
  • Ensamblaje de componentes y aplicaciones.
  • Interfaz de usuario. 

Construcción de Prototipo (tipos)

  • Evolutivas
  • Desechables
  • Administrativas
  • Mantenimiento
  • Contactantes

Problemas de Prototipos
  • Problemas Administrativos.
  • Problemas  de Mantenimiento.
  • Problemas Contractuales.
  • Técnicas de Construcción.
  • Desarrollos dinámicos de Alto Nivel.
  • Programación de BD.
  • Ensamblaje de componentes y aplicaciones.
  •  Interfaz De usuario.
  • Especificaciones Formales.


PROTOTIPO

Escrito por gestionloria 31-05-2018 en prototipo. Comentarios (0)

¿Que es un prototipo?

Un prototipo es un modelo el cual podemos utilizar para generar y diseñar una actividad que nos permita crear un diseño rápido en la construcción de un software. 
Después de poner el diseño en funcionamiento se revelaran nuevos puntos que deben ser solucionados para dar un producto final y el cliente puede tomar decisiones sobre los cambios que requiere el software. 
Cuando hablamos del modelo como tal, que es la creación de un prototipo no necesariamente es crear o modificar algo que ya previamente se ha hecho, sino hacer énfasis en la necesidad del cliente y en la perspectiva que se tiene sobre el modelo como tal.
El ciclo de vida tiene varios procesos por los cuales pasa un prototipo que conllevan a una mayor simplificación y entendimiento por parte del cliente, esto nos permitir poder regresar a algunos de los procesos después de haberlo puesto en funcionamiento para realizar los diferente cambios que necesita, y así poder llegar a un producto final que contenga todas las mejoras para lograr que esta se confiable. 
Teniendo en cuenta que es un prototipo y su función, podemos definir que un ciclo de vida por prototipos es el tiempo en que transcurre desde que se inicia el prototipo hasta su desarrollo final. 


VENTAJAS:
*Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.
*También ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la interacción humano-máquina.

DESVENTAJAS:
*Requiere participación activa del usuario, al menos, para evaluar el prototipo. Y mucho más involucramiento si queremos que participe en su creación.
* Una desventaja importante a tener en cuenta es la falta de experiencia que tienen muchos Analistas Funcionales en programación y en actividades de diseño de interfaces de usuario.