10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA

Tamaño: px

Comenzar la demostración a partir de la página:

Download "10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA"

José Manuel Aguilera Pérez
hace 8 años
Vistas:

1 10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA Visión desde el Modelo de Calidad para el Desarrollo de Aplicaciones Informáticas

2 AUTORES MsC. Anisbert Suárez Batista Ing. Maikel Muñoz Roja

3 PROPÓSITO Participativo. Compartir saberes, experiencias y percepciones. Provocativo. Incentivar la importancia de un modelo de calidad para el desarrollo de software en Cuba. Propositivo. Proponer directrices que identifiquen nuestro modelo, específicamente el área Gestión de Proyecto.

Incentivar la importancia de un modelo de calidad para el desarrollo de

4 PROPÓSITOS DE LOS MODELOS DE CALIDAD Guiar a las organizaciones hacia la mejora continua y la competitividad. Definir buenas prácticas. Aumentar la madurez de la organización. Construir software con precisión y de alta calidad. Regular los procesos productivos.

Definir buenas prácticas. Aumentar la madurez de la organización.

5 PROBLEMÁTICAS ENTORNO A LOS MODELOS DE CALIDAD ACTUALES Los modelos existentes son extensos. Los períodos de implementación son largos. Grandes esfuerzos para su asimilación. No favorecen la gestión del conocimiento. Altos costos de consultoría y evaluación. No detallan una estrategia que guíe la mejora y facilite el trabajo de los ingenieros de procesos. Los modelos de calidad no son metodologías, dicen QUÉ hacer pero no CÓMO

No favorecen la gestión del conocimiento. Altos costos de consultoría y evaluación.

6 La Industria Cubana del Software (ICSW) está interesada en seguir procesos disciplinados, pero está consciente de que no es una tarea sencilla ni fácil de lograr a través de los modelos establecidos.

7 Organizaciones por tamaño en el mundo (Muestra de 4700) SEI 2012 Organizaciones por tamaño en Cuba Informática 2013

8 ICSW Formada Implica PyMES Poco personal Presupuesto reducido Resulta Difícil asumir los costos asociados a la implantación de estándares de referencia Debido a Consultoría y evaluación. Retorno de la inversión. Esfuerzo.

la implantación de estándares de referencia Debido a

9 Existe un problema cultural importante cuando se quiere importar y adoptar, sin más, modelos definidos en otros países, si el proceso no casa con la cultura de la organización será rechazado por el cuerpo organizacional como sucede en los trasplantes de órganos. Zahran(1998)

no casa con la cultura de la organización será rechazado por el

10 Los procesos de diferentes proyectos tienden a seguir patrones comunes. Es necesario intentar capturar estos aspectos en una representación del proceso, la cuál describe estas características similares y fomenta, cuando menos la homogeneidad.

13 AVANZADO INTERMEDIO BÁSICO

14 LA GESTIÓN DE PROYECTOS EN EL MCDAI La gestión de proyectos de software se enfoca sobre las cuatro P: Personas, Producto, Procesos y Proyecto. Roger Pressman El trabajo de ingeniería de software es una empresa mayormente humana. El enfoque a cliente mantiene al equipo en el camino correcto. El enfoque a procesos optimiza los recursos. La planeación es un factor fundamental para el éxito.

Roger Pressman El trabajo de ingeniería de software es una empresa mayormente humana.

15 PRÁCTICA # 1 ENFOQUE A PROCESOS Es una forma natural de organizar el trabajo. Se conoce qué hacer y cómo. Provee autonomía y flexibilidad. Propicia la estandarización y la reutilización. El esfuerzo y la capacidad de las personas puede ser desperdiciada si no hay un proceso productivo. La tecnología no es totalmente eficiente si no se aplica dentro de un proceso. El proceso es el elemento unificador entre las personas y la tecnología.

El esfuerzo y la capacidad de las personas puede ser desperdiciada si no hay un proceso productivo.

16 PRÁCTICA # 2 PLANTEARSE ALCANCE Y OBJETIVOS Si usted no sabe a dónde va, ningún camino lo llevará allí. Se olvida la naturaleza temporal de los proyectos. Un proyecto es un esfuerzo emprendido para crear un producto, servicio o resultado único. La naturaleza temporal de los proyectos indica que tienen un inicio y un fin [PMBOK, Quinta Edición]

Un proyecto es un esfuerzo emprendido para crear un producto, servicio o resultado

17 PRÁCTICA # 3 REALIZAR ESTIMACIONES La estimación implica riesgo e incertidumbre. La información disponible al inicio es deficiente. A partir de las estimaciones se establecen el presupuesto, los calendarios y plazos de entrega. Disponer de datos históricos puede ayudar en la precisión de las estimaciones.

A partir de las estimaciones se establecen el presupuesto, los calendarios y

18 PRÁCTICA # 4 DEFINIR UN CICLO DE VIDA Si hay enfoque a procesos entonces se necesita un orden para hacer las cosas. Dividir el trabajo en pequeños trozos o hitos. El chequeo de los hitos es una actividad de monitoreo muy recurrente. El ciclo de vida ha de ser, ante todo, coherente con los objetivos del proyecto y su estrategia de desarrollo.

El chequeo de los hitos es una actividad de monitoreo muy recurrente.

19 PRÁCTICA # 5 MANTENER UN PLAN La planeación es inherente a la gestión de proyecto. Responde a la necesidad de conocer quién hace qué y en qué momento. Los planes deben ser coherentes y compatibles entre sí. La gestión integrada puede ser muy útil en situaciones donde procesos individuales interactúan entre sí.

Los planes deben ser coherentes y compatibles entre sí.

20 PRÁCTICA # 6 MANTENER EL CONTROL SOBRE LOS PLANES Se necesita asegurar que lo que se planeó se está cumpliendo. Provee una visión del progreso del proyecto. Tomar las acciones adecuadas. Se complementa con el proceso de medición. Tener cuidado con el exceso de control.

Provee una visión del progreso del proyecto.

21 PRÁCTICA # 7 ADMINISTRAR LOS RECURSOS Mantener los recursos humanos y materiales de acuerdo con las necesidades de los planes. El capital humano es un recurso especial. El conocimiento es el principal activo. Invertir más en el capital humano.

22 PRÁCTICA # 8 GESTIONAR LOS RIESGOS Aceptar la certeza y enfrentar la realidad de que siempre habrá riesgos. Preguntarse qué puede salir mal. Identificar los riesgos correctos. Evaluar el impacto. Tomar acciones para reducir o mitigar los riesgos.

23 Mantener una comunicación continua con los involucrados internos y externos PRÁCTICA # 9 MANTENER EL COMPROMISO DE LOS INVOLUCRADOS El compromiso se obtiene de personas no de máquinas. Depende en gran medida de la capacidad de los líderes para resolver problemas y para motivar el personal. Constituye evidencia ante posibles reclamaciones.

24 PRÁCTICA # 10 REALIZAR MEDICIONES Lo que no se puede medir no se puede controlar. Sirve de apoyo a la estimación, al control de la calidad y al control del proyecto. Proporciona evidencia para la toma de decisiones. Es necesario contar con objetivos del negocio. Definir indicadores alineados a los objetivos del negocio. Utilizar herramientas que soporten el proceso de medición. La medición es básica para la mejora continua.

25 CONCLUSIONES A partir del contexto actual definido y de nuestra experiencia en el área han quedado en evidencia las siguientes ideas: Las organizaciones exitosas han aprendido que aún los mejores profesionales necesitan de un ambiente organizado y disciplinado. Existe una voluntad nacional a favor de la regulación de los procesos de desarrollo de la ICSW. La ICSW está conformada mayormente por PyMEs con fuertes limitaciones de recursos a las que les resulta muy costoso la implantación de modelos internacionales.

26 CONCLUSIONES Las prácticas del MCDAI garantizan la compatibilidad con otros modelos y estándares de referencia, lo cual posibilita una amplia cobertura de sus prácticas. Esto permite su utilización como base para la adopción de estos y por consiguiente la disminución de costes de implantación y otros beneficios derivados.

27 CONCLUSIONES La gestión de proyectos, en el marco del MCDAI aspira a: La incorporación a los proyectos de desarrollo de buenas prácticas de modelos y guías internacionales de calidad y gestión de proyectos. El aumento de la eficiencia y la productividad de los proyectos de desarrollo. El logro de la satisfacción del cliente a partir de la ejecución de proyectos que terminen en tiempo, con el costo y la calidad esperada.

Documentos relacionados

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE SOFTWARE Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE AUTOS Entrada Salida Autos FÁBRICA DE SOFTWARE Entrada Salida Información