Fases de un proyecto

En este artículo comentaremos acerca de como los proyectos pueden dividirse en fases, centrándonos en los proyectos de enfoque tradicional, que son los que más habitualmente suelen contar con fases.

Es fácil confundir etapa con fase, pero mientras la primera está relacionada con los pasos que deben darse durante la ejecución del proyecto, las fases son más un concepto de gestión de proyectos relacionado con los diferentes estados por los que pasa el proyecto.

De esta forma, si consideramos un proyecto dirigido según el enfoque tradicional, tendremos las fases de inicialización, planificación, ejecución, control y seguimiento, y cierre.

Este artículo es un extracto de la obra Guía práctica en gestión de proyectos de Albert Garriga.

Ciclo de vida de proyectos

El ciclo de vida de un proyecto se puede definir como el conjunto de etapas sucesivas que componen su ejecución. Aunque por terminología se parezca, no debes confundirlo con el cronograma, ya que no hablamos de tareas; ni con las fases en que se divide la gestión del proyecto.

Una etapa podría definirse como un conjunto de tareas que permiten generar un resultado con significado propio, y que supone un avance en la consecución del objetivo final del proyecto. De esta forma podemos tener las etapas de análisis de viabilidad, del proyecto preliminar, de la creación de prototipos, entre otros, siempre en función de la tipología, tamaño, y objetivos finales del proyecto.

Este artículo es un extracto de la obra Guía práctica en gestión de proyectos de Albert Garriga.

Guía para la gestión de proyectos informáticos - Junio 2018

¿Qué tal estimados? ¿Cómo les ha ido en la gestión de sus proyectos y logros de los objetivos? les presentamos nuestra segunda publicación de la Guía para la gestión de proyectos informáticos. Dedicaremos esta segunda edición al tema de la medición y estimación de proyectos de software.

Todo proyecto de desarrollo de software comienza con una etapa de estimación y planificación, donde determinamos el esfuerzo, personal, recursos materiales, tiempo y en última instancia dinero tomará construir el sistema o producto.

Esta etapa de estimación es causa frecuente de muchos errores y fracasos en proyectos de software, pues sino se utilizan los métodos adecuados para realizar estimaciones precisas, podemos elaborar una planificación de tiempo y presupuesto no realistas, incumpliendo las expectativas establecidas con los interesados.

Para abordar este interesante tema, te presentamos artículos, lecturas recomendadas, cursos y otros recursos para que puedas orientar la elaboración de una estimación adecuada y aumentar tus posibilidades de éxito en la gestión de proyectos.

¿Que es Prince2®?: 5 Preguntas y respuestas

Imagen obtenida de: Axelos

La gestión de proyectos se ha convertido en una habilidad necesaria en cualquier área de negocio, no importa cuál sea tu rol o experticia, es muy seguro que en algún momento de tu carrera necesitaras de la gerencia de proyectos. Prince2® es una de las metodologías de gestión de proyectos de mayor adopción internacional. En este artículo te hablaremos sobre que es Prince2®.

La metodología Prince2 ®, cuyas siglas significan PRoject IN Controlled Environmets), tuvo sus orígenes en el Reino Unido y hoy en día posee amplio uso internacional. El contenido de Prince2 ® es de dominio público e incluye guías de procedimientos y mejores prácticas en gestión de proyectos.

En este artículo abordaremos 5 preguntas y respuestas sobre que es Prince2®, incluyendo cuál es su objetivo, las características de la metodología, sus ventajas y en que consiste el programa de certificación Prince2 ®.

Estimación de proyectos de software: Cálculo de los puntos de función no ajustados

Este articulo esta basado en el contenido del Curso de Análisis de Puntos de Función: Medición y Estimación de Software suministrado por FATTO. Los puntos de función son una herramienta útil para realizar estimaciones de esfuerzo exactas. Para mayor información visita la pagina del curso.

Aquí les presentamos la tercera parte de nuestra serie sobre elaboración de estimaciones de proyectos y servicios de software con el método de los puntos de función.

Una vez que has determinado tipo de estimación que realizarás y has obtenido de la ingeniería del software las funciones estimables, el siguiente paso es asignar a cada función los puntos para así obtener los puntos de función no ajustados.

Para ello, primero debes evaluar cada función y asignar su nivel de dificultad. Los criterios de evaluación están basados número de datos que maneja, cuantos archivos se acceden, entre otros aspectos.

Una vez asignado el nivel de dificultad, siguiendo una serie de ponderaciones predefinidas asignarás los puntos de función a cada transacción o archivo de datos. Los puntos de función a asignar dependerán de la correlación entre el tipo de función y su nivel de dificultad.

Los detalles de cómo hacer esto te los explicamos en el cuerpo del artículo a continuación.

Estimación de proyectos de software con puntos de función: Determinar tipo de conteo y componentes funcionales

Este articulo esta basado en el contenido del Curso de Análisis de Puntos de Función: Medición y Estimación de Software suministrado por FATTO. Los puntos de función son una herramienta útil para realizar estimaciones de esfuerzo exactas. Para mayor información visita la pagina del curso.

El Análisis de puntos de función, mide el tamaño de los sistemas de información en base a la funcionalidad entregada a los usuarios desde una perspectiva externa de los requerimientos funcionales, tal como veíamos en la primera parte de esta serie Estimación de proyectos de software por puntos de función: Introducción.

Por lo tanto, la medición de los requisitos del software se expresa en término de las transacciones de negocio que el usuario puede ejecutar y de los datos de negocio que se pueden almacenar y acceder.

Al ejecutar un Análisis de puntos de función se dice que estamos realizando un “conteo”. El primer paso a realizar es establecer el tipo de conteo y el segundo paso consiste identificar las transacciones y componentes de datos que vamos a contar.

En esta segunda parte de la serie, presentaremos los distintos tipos de conteo que se pueden realizar y a describir cómo se identifican las transacciones de negocio y componentes de datos. En una tercera parte de la serie se profundizará sobre el cálculo y suma de los puntos de función.

PMOInformatica presenta como determinar el tipo de conteo y componentes funcionales cuando realizas estimaciones de proyectos de software con puntos de función.

Acta de constitución de proyecto (Project Charter): Elaboración en 6 pasos

El contenido de este artículo ha sido actualizado en referencia a los cambios al Acta de constitución de proyecto establecidos por el PMBOK 6.

El acta de proyecto (Project Charter), es uno de los primeros documentos que se desarrollan en el ciclo de vida, pudiendo ser elaborado inclusive antes de aprobarlo o recién aprobado el proyecto.

Casi siempre la elaboración del acta de proyecto corresponde a la organización ejecutora o cliente, pues es esta la que autoriza el proyecto y la asignación de recursos materiales y capital humano.

Los contratistas externos también pueden participar en la elaboración de caso de negocio e inclusive del acta de constitución del proyecto, en cuyo caso el cliente puede solicitarles solicitudes de información (RFI).

Si como gerente de proyectos te han asignado la elaboración del acta de constitución de proyecto, es recomendable seguir un procedimiento basado en marcos de trabajo como la metodología PMI.

Este artículo incluye un procedimiento de 6 pasos para la elaboración del acta de proyecto, abarcando el obtener información de patrocinador e interesados, consultar a los expertos, definir la visión y objetivos, establecer la estructura organizativa del proyecto, definir el enfoque de implementación y listar los riesgos.

PMOInformatica presenta a continuación Acta de proyecto: Como elaborarla en 6 pasos.

Estimación de proyectos de software por puntos de función: Introducción

Este articulo esta basado en el contenido del Curso de Análisis de Puntos de Función: Medición y Estimación de Software suministrado por FATTO. Los puntos de función son una herramienta útil para realizar estimaciones de esfuerzo exactas. Para mayor información visita la pagina del curso.

Todo proyecto de desarrollo de software comienza con una etapa de estimación y planificación, en la cual debemos determinar, a partir de los requerimientos del software, cuánto esfuerzo, personal, recursos materiales, tiempo y en última instancia dinero tomará construir el sistema o producto.

No solo los gerentes de proyectos estiman software, pues a cada desarrollador, analista de sistemas y software tester se le suele asignar un componente y se le pregunta cuánto tiempo le tomará elaborarlo.

Estas estimaciones suelen elaborarse de forma empírica, en base a la experiencia pasadas y conocimiento del trabajo a realizar, sin embargo, suelen ser imprecisas debido a que los requerimientos y sus implicaciones técnicas no se conocen en su totalidad y además ningún desarrollo de software es exactamente igual a uno anterior con el que se pueda comparar.

Frente a esto, se han desarrollado métodos como el de puntos de función, donde estimamos las funcionalidades usando fórmulas matemáticas basadas en parámetros como el tipo de componente, complejidad, factores del entorno, entre otros aspectos.

En este artículo presentamos una introducción a las estimaciones de proyectos de software usando los puntos de función, incluyendo que es, diferencias respecto a estimar en base a experiencia, un sencillo ejemplo y como puede ser de utilidad a distintos profesionales de ingeniería de software.

Desarrollo de aplicaciones para smartphone

Imagen de: Coders for Africa

Durante el año 2014, la tendencia de las organizaciones a demandar desarrollos de aplicaciones para Smartphone y tabletas ha ido en crecimiento, tal como se anticipaba en los artículos sobre Tendencias de 2014 en Tecnología Informática.

Esta tendencia se ha visto reflejada en los Lenguajes de Programación que están siendo más demandados por las empresas, entre los que destacan el Objetive C para desarrollos en iPhone y iPad, y el Java modificado para teléfonos con sistema operativo Android. También esta tendencia se ve en los Trabajos mejor pagados en informática.

Programar para Teléfonos Móviles o Tabletas tiene ventajas y retos para los desarrolladores de software, que si son aprovechados pueden crear oportunidades para construir productos excelentes de vanguardia tecnológica. Para poder lograrlo, debemos valernos de las nuevas habilidades que demanda el sector de desarrollo de aplicaciones para smartphone.

¿Eres desarrollador de aplicaciones para smartphone?,¿Cuáles son los principales retos y como los has logrado?, ¿Cuáles habilidades para desarrolladores móviles están siendo más buscadas en tu país o región?

Contratación de servicios de software: El modelo brasileño de puntos función

Este artículo es una contribución de Carlos Eduardo Vazquez, Guilherme Siqueira Simões y Gustavo Siqueira Simões de FATTO, empresa de Consultoría y Sistemas referente en la medición, estimación y requisitos de software. Consulta sus servicios en el sitio web de FATTO Consultoría y Sistemas.

El modelo de contratación para servicios de desarrollo y mantenimiento de software que ha sido más utilizado en Brasil en los últimos años, establece la remuneración del proveedor basado en una unidad de medida desde un punto de vista comercial, no técnica: puntos de función. 

En este artículo describimos que es lo que motiva la búsqueda de un modelo nuevo de contratación para los servicios de software en Brasil, y los problemas existentes en los modelos utilizados hasta ahora. Se explicará este nuevo modelo de contratación, el concepto de análisis de puntos de función, las dificultades asociadas a éste y las tendencias futuras.

A continuación presentamos: El modelo brasileño para la contratación de servicios de software por puntos de función.

5 pasos para elaborar estimaciones de proyectos de software

¿Problemas para determinar las jornadas / horas para desarrollar requerimientos de software, Inscríbete en el curso de Análisis de puntos de función Técnicas para medir y estimar el tamaño del software a partir de la complejidad de sus funcionalidades.

Imagen de: ContruSteel

La elaboración de estimaciones de proyectos de software, que consiste en identificar cuantas horas hombre o jornadas tomará el implementar un sistema informático, ha sido y continuará siendo uno de los aspectos cruciales en el desarrollo de software en todas las organizaciones.

De hecho, según estadísticas de la industria, aproximadamente el 40% de los proyectos de software son cancelados debido a estimaciones parcial o completamente erradas, he allí la importancia de aplicar una metodología probada en la elaboración de la estimación.

Aquí les dejamos un artículo con 5 pasos para elaborar estimaciones de proyectos de software: Revisar los requerimientos y el alcance, Dimensionar el trabajo a realizar (desglose de trabajo), Elaborar un primer estimado base, Identificar y analizar los riesgos, y por último Validar y revisar el estimado.

PMOInformatica.com, “La Oficina de Proyectos de Informática” presenta 5 pasos para elaborar estimaciones de proyectos de software:

Libro: Guía Práctica de Estimación y Medición de Proyectos Software: ¿Por qué?, ¿Para qué? y ¿Cómo?

Imagen de: Amazon.com y Amazon.es

La medición y estimación de esfuerzos en el desarrollo de software es de suma importancia para asegurar una provisión adecuada de recursos, así como para fijar expectativas claras para los interesados externos al área de Tecnología de Información.

Se pueden citar incontables historias en las cuales el fracaso de proyectos de desarrollo de software estuvo precedido por un mal empleo u omisión en la aplicación de métodos de estimación de esfuerzo de desarrollo de software.

En este sentido, Julián Gómez, Experto en Métodos de Medición de Desarrollo de Software y Blogger en el “Laboratorio de las TI” (www.laboratorioti.com), nos presenta su libro: “Guía Práctica de Estimación y Medición de Proyectos Software: ¿Por qué?, ¿Para qué? y ¿Cómo?” .

En el libro se describen una amplia gama de métodos que podemos usar para estimar el esfuerzo y duración de proyectos de desarrollo de software, Métodos Clásicos (COCOMO, Estimaciones de 3 puntos), Métodos de Puntos Función, Métodos de Estimación Temprana (NESMA), Puntos de Casos de Uso, Puntos de Características (Features), entre otros. Muchas de estas técnicas se describen por primera vez en español cómo COSMIC, MK-II, FiSMA, SiFP, SNAP y más.

A continuación la reseña del libro:

Desarrollo de software para móviles en 5 fases

Imagen obtenida de: Computerworld.es

La incursión de las empresas grandes y pequeñas en el mundo del Software para dispositivos móviles, teléfonos inteligentes y tabletas, ha venido creciendo en los últimos años, y continuará siendo una tendencia creciente, impulsado por los altos volúmenes de ventas de teléfonos y tabletas, y la demanda de Aplicaciones Web y Tabletas que esto produce.

Frente a este reto, las empresas necesitan definir e implementar estrategias para incursionar en los canales web y de aplicaciones nativas, lo cual implica dar salidas por estos medios a sus aplicaciones empresariales.

A continuación presentamos una recopilación de artículos sobre el Desarrollo de Software para móviles, los cuales se han divido en 5 fases: Preparar a la organización al equipo, Elaborar el Diseño de Software para móviles, ejecutar el desarrollo, pruebas y calidad de software, y la fase de implantación.

PMOinformatica.com, La Oficina de Proyectos de Informática, presenta a continuación “Desarrollo de Software para móviles en 5 fases”.

El sistema Kanban en el desarrollo de software

Imagen de: olemortenamundsen

Originalmente el sistema Kanban surgió de la industria de manufactura, específicamente en Toyota, fabricante japonés de automóviles.

La palabra “Kanban” viene del japonés, “kan” significa visual y “ban” significa tarjeta o tablero. La combinación de ambos significa Tarjeta, Tablero, Panel o Cartelera Visual.

El Sistema Kanban fue ideado en Toyota para controlar de forma armónica la fabricación de automóviles, tomando en cuenta la cantidad de insumos y tiempo necesario de cada uno de los procesos que tienen lugar en el interior de la fábrica.

Más recientemente, Mary Poppendieck en su obra Lean Software Development (Desarrollo de Software Esbelto) menciona un “Tablero Kanban”, sin embargo, fue David J Anderson, en su obra “Kanban: Cambio Evolutivo Exitoso Para su Negocio de Tecnología” quien definitivamente le da forma a este método dentro del mundo del Desarrollo de Software.

PMOInformatica.com, La Oficina de Proyectos de Informática presenta: El Sistema Kanban en el Desarrollo de Software.

Las pruebas de calidad de software en 10 pasos

Imagen de: pmoinformatica.com

Las Pruebas de Calidad de Software, se han convertido en uno de los componentes más críticos del desarrollo de software, dado que los sistemas informáticos han crecido en tamaño, complejidad e interoperabilidad, creando múltiples oportunidades de cometer errores que resulten en defectos muy severos en el ambiente de producción.

Frente a este reto, se necesita una metodología para las Pruebas de Calidad de Software que sea estructurada, aceptada por todos los interesados y comprendidas tanto por desarrolladores como ingenieros de pruebas.

En este artículo, presentamos 10 pasos de las Pruebas de Calidad de Software: Entendimiento, Estimación, Elaboración de estrategia y plan, Elaboración de componentes, Diseño de cobertura, Ejecución de cobertura, Reporte de avance, Reporte de incidencias, Registro de procesos e Informe final.

Pmoinformatica.com, “La Oficina de Proyectos de Informática” presenta, Las Pruebas de Calidad de Software en 10 pasos.

Una breve historia de las metodologías ágiles

Imagen obtenida de: Wikipedia

El Desarrollo de software ágil, es un grupo de métodos basados en el desarrollo iterativo e incremental. Bajo esta filosofía, los requerimientos y soluciones evolucionan por medio de la colaboración de equipos multifuncionales autorganizados.

En el artículo, pmoinformatica.com "La Oficina de Proyectos de Informática" presenta una breve historia de las metodologías ágiles, remontándose a precursores como el Lean Manufacturing (Manufactura esbelta) de Toyota (1940) y el Proceso de Desarrollo de Software Adaptativo (1970). Luego en los 90 surgieron las llamadas "Metodologías de Desarrollo de Software de peso liviano" (Lighweight), como Crystal (1992), Scrum (1995), Feature Driven Development (1997), Desarrollo de Software Adaptativo (1999), Extreme Programming (1999).

El Manifiesto Ágil fue promulgado en 2001 y desde entonces el movimiento ágil a continuado evolucionando, con exponentes como el Desarrollo basado en comportamiento (2006), el Lean Software Development (2003) y el Kanban aplicado al desarrollo de Software (2007).

A continuación el artículo:

El Estándar para la gestión de portafolios del PMI 3ra edición

Imagen de: Amazon España y Latinoámerica

El 1 de enero de 2013, el Project Management Institute (PMI) público el nuevo "Estándar para la Gestión de Portafolios" (Tercera edición). En esta nueva edición, el PMI ha actualizado sus procesos y buenas prácticas de Gestión de Portafolios interrelacionados con la Gestión de Operaciones.

Por ahora la nueva guía está disponible solamente en inglés, quienes estén afiliados a pmi.org pueden descargarla. También está disponible en papel en distintas librerías. 

El estándar para la Gestión de Portafolios en su tercera edición es una expansión y acompañamiento de la información suministrada en La Guía del PMBOK en su quinta edición (El Estándar de Gestión de Proyectos del PMI).

¿Interesado en comprar el "Estándar para la Gestión de Portafolios (Tercera Edición)" en amazon.com?, le recomendamos hacer click en los siguientes enlaces:

>> España (amazon.es)
>> Latinoámerica (Amazon.com)

A continuación una reseña del contenido del libro.

La nueva guía del PMBOK 5ta edición: Recopilación de artículos

Imagen de: amazon.com y amazon.es 

Atención: La nueva guía del PMBOK sexta (6ta) edición ya fue publicada por el PMI.

El 1 de Enero de 2013, el Project Management Institute (PMI) público la nueva "Guía de Fundamentos para la Dirección de Proyectos (Guía del PMBOK)" en su quinta edición. Durante las últimas semanas, hemos publicado en pmoinformatica.com "La Oficina de Proyectos de Informática", una serie de artículos con los principales cambios contenidos en esta nueva guía.

Presentamos a continuación una recopilación de estos artículos, abarcando: La nueva área de Gestión de los interesados, Plan de gestión de alcance, costo y calidad, cambios en el ciclo de vida, procesos de gestión de proyectos, el papel de la Oficina de Gestión de Proyectos (PMO), Gestión de los datos, información y reportes, la relación entre Gerencia de Proyectos y Operaciones, entre otros temas.

¿Interesado en comprar el PMBOK 5ta edición en amazon.com?, le recomendamos hacer click en los siguientes enlaces:

>> España (amazon.es)
>> Latinoámerica (amazon.com)

A continuación la recopilación de los artículos del PMBOK 5ta edición en pmoinformatica.com:

PMBOK 5ta edición: Gestión de datos, información y los reportes del proyecto

Imagen de: PMBOK 5ta Edición

Atención: La nueva guía del PMBOK sexta (6ta) edición ya fue publicada por el PMI.

Pmoinformatica.com “La Oficina de Proyectos de Informática”, presenta una nueva entrega de “La Guía del PMBOK 5ta edición”. En esta ocasión, describiremos los cambios conceptuales relacionados con la forma de generar, procesar y actuar sobre la información de desempeño del Proyecto.

Describiremos los conceptos de Datos de desempeño, Información de desempeño y Reportes de desempeño de proyectos, el nuevo modelo para clasificar los distintos niveles de información generados en el proyecto, que son los utilizados por la Gestión para hacer el seguimiento.

Luego, se describe el proceso por medio del cual los datos primero se transforman en información y luego estos son integrados en reportes. Los reportes son luego utilizados por la Gerencia para tomar acciones de cambio, preventivas o correctivas en el proyecto.

Pmoinformatica.com presenta la gestión de datos, información y los reportes del proyecto en el PMBOK 5ta edición:

 

Guía del PMBOK: El papel de la PMO

Imagen de: Delphinus Tecnologies

Atención: La nueva guía del PMBOK sexta (6ta) edición ya fue publicada por el PMI.

Con este artículo, Pmoinformatica.com, “La Oficina de Proyectos de Informática”, continúa exponiendo el contenido de la nueva guía del PMBOK (en su quinta edición). En esta ocasión, nos enfocaremos en el papel desempeñado por una Oficina de Gestión de Proyectos (Project Management Office) o PMO por sus siglas en inglés.

El papel de la PMO se describe en la sección 2.4.4.3 de la guía del PMBOK, el cambio respecto a ediciones anteriores consiste en que el contenido y discusión fue expandido. Presentamos un resumen de este contenido, incluyendo los distintos grados de influencia y control que puede ejercer la PMO sobre los proyectos de la organización, la forma en que está proporciona apoyo a los Directores, Gerentes y Líderes de Proyecto, y las diferencias de objetivos que persiguen los Gerentes de Proyecto y la PMO.

Pmoinformatica.com presenta el papel de la PMO según el PMBOK: