5 Tendencias de Metodologías Ágiles para 2014

Imagen de: pmoinformatica.com

Se acerca el fin del año 2013 y todos nos preguntamos qué curso tomarán la aplicación de las metodologías ágiles en el próximo año.

Esto fue motivo de discusión recientemente en el grupo de Linkedin “Agile and Lean Software Development”, en donde se le preguntó a la audiencia ¿Cuáles son tus predicciones de 2014 para las metodologías ágiles?.

A continuación, pmoinformatica.com, La Oficina de Proyectos de Informática, presenta un resumen de las tendencias tratadas en este foro, algunos puntos son: Crecimiento en la aplicación de enfoques como Lean y Kanban, Mayor énfasis en la práctica y menos en los dogmas, Aplicación de las metodologías ágiles en todo el equipo de proyecto, incluyendo Operaciones y áreas de Negocio (DevOps), Más Escalamiento en el uso de Metodologías Ágiles (Agile at a Scale), Aplicación de las metodologías ágiles en áreas distintas al Desarrollo de Software.

¿Y tú?, ¿Cuáles consideras serán las tendencias en el desarrollo ágil que consideras más relevantes para el 2014?, escribe tus comentarios.

A continuación, 5 tendencias de Metodologías Ágiles para 2014:

Los 5 Artículos más vistos en pmoinformatica.com durante 2013

imagen de: pmoinformatica.com

Se acerca el final del año 2013, el cual ha sido de crecimiento y consolidación para pmoinformatica.com, "La Oficina de Proyectos de Informática".

Hicimos un recuento de cuales fueron los artículos más visitados durante el año, se los presentamos a continuación y son: La nueva guía del PMBOK 5ta Edición, Plantilla para documentar las lecciones aprendidas, Plantilla de Historias de Usuario y Criterios de Aceptación, Plantilla de Acta de Proyecto (Project Charter) y las 15 Certificaciones mejor pagadas de 2013.

A continuación los posts más visitado durante 2013 en pmoinformatica.com, "La Oficina de Proyectos de Informática".

Plantilla de estructura de desglose de trabajo (EDT)

Imagen de: pmoinformatica.com

Según lo establece el PMBOK la Estructura de Desglose del Trabajo (EDT) es una descomposición jerárquica del alcance total del trabajo a realizar en un proyecto, para cumplir con sus objetivos y crear sus entregables.

La Estructura de Desglose del Trabajo, permite subdividir los entregables y el trabajo del proyecto en componentes más pequeños y fáciles de manejar, proporcionando una visión estructurada de lo que se debe entregar. Organiza define el alcance total del proyecto y representa el trabajo especificado en el enunciado del alcance del proyecto aprobado y vigente.

Se elabora a partir del enunciado del alcance y la documentación de requisitos del proyecto, tomando en cuenta el Plan de Gestión de Alcance, los Factores Ambientales de la Empresa y los Procedimientos establecidos por la organización para su elaboración.

El curso PMP Preparación Certificación PMP PMBOK 7 en Udemy 🖥️ es la clave para desencadenar tu potencial en la gestión de proyectos. Acelera tu aprendizaje y prepárate para la certificación PMO con este curso actualizado al PMBOK 7. 🎓🚀

La EDT también se integra a su vez dentro de los planes subsidiarios que componen el Plan de gestión del proyecto.

PMOInformatica.com, “La Oficina de Proyectos de Informática”, presenta la "Plantilla de Estructura de Desglose del Trabajo".

9 Habilidades que Necesitan Aprender los Desarrolladores para Móviles

Imagen de: Alou Web Design

Se espera que la demanda de desarrolladores de software continúe en incremento en todo el mundo, pero, ¿cuales son las áreas que experimentarán mayor demanda?.

 Una de estas áreas es el desarrollo de software para móviles, el cual ha venido marcando tendencia durante los últimos años, a medida que se han vendido más SmartPhones y esos nuevos usuarios demandan aplicaciones adaptadas a la movilidad.

 PMOInformatica.com, La Oficina de Proyectos de Informática, presenta a continuación una lista de las habilidades que necesitan aprender los nuevos Desarrolladores para Móviles, según Computerworld. Con estas habilidades, de seguro que tu perfil podría ser más demandado en el mercado laboral.

Cual es la diferencia entre un Gerente y un Líder de Proyecto

Imagen de: Alpha PM Project Management Blog

A pesar que los términos de Liderazgo de Proyectos y Gerencia de Proyectos tienden a confundirse, el foco de la profesión de Dirección de Proyectos hacia los aspectos de Inteligencia Emocional, Centrismo en las personas, adaptabilidad y capacidad de respuesta ante situaciones emergentes son cada vez más evidente, por encima de los aspectos mecánicos del conocimiento en las técnicas de Gerencia de Proyectos.

Esta situación fue expuesta en un reciente artículo escrito por Saira Karim para “Voices on Project Management”, el blog del Project Management Institute (PMI). El post nos presenta el resumen de una presentación que dio en una reunión del Capítulo del PMI del Golfo Arábico, donde expuso las principales diferencias entre Gerencia y Liderazgo de Proyectos.

A continuación PMOInformatica.com, La Oficina de Proyectos de Informática les presenta un resumen de lo escrito en dicho post.

Plantillas Scrum: Pila de producto (Product Backlog)

Imagen de: pmoinformatica.com

La Pila de Producto (Product Backlog) es el instrumento metodológico del marco de trabajo Scrum, que se usa para listar las características (Features) o funcionalidades del software a desarrollar, para priorizarlas de acuerdo a las necesidades del área de negocio. Su contenido se desarrolla a partir de las historias de usuario identificadas por el dueño de producto (Product Owner).

La pila de producto permitirá tener visualización de las funcionalidades a desarrollar, priorizar las características del software según las necesidades del negocio, dejar registrado el esfuerzo necesario para desarrollar la historia y asignarla a una iteración (Sprint). Para ello, se deben seguir las reglas de administración de la pila de producto.

Impulsa tu carrera y certifícate profesionalmente como Scrum Master con el curso [2024] Scrum Master Certification en Español. 🎓. En Udemy. ¡Haz clic, aprende Scrum 🚀 y obtén tu certificación profesional! 👩‍🎓

Pmoinformatica.com, “La Oficina de Proyectos de Informática”, presenta una plantilla para la Pila de Producto (Product Backlog), que contiene las siguientes columnas: ID de la Historia (Funcionalidad), su enunciado, Estado, Dimensión (o Esfuerzo), Iteración, Prioridad y Comentarios.

El Rol del Arquitecto de Software (2da Parte)

Imagen de: Arquitectodesoftware.com

Continuando con el artículo “El Rol del Arquitecto de Software” publicado el pasado 30 Oct 2013, y tomando en consideración los comentarios de la audiencia, aquí les dejamos una descripción detallada cargo del Arquitecto de Software, de utilidad para quienes estén buscando contratar o quienes aspiren a desempeñar el rol.

En el post describimos, las funciones del arquitecto de software, Diferencias entre el Arquitecto de Software del Líder de Desarrollo, Diferencia en las funciones según el tipo de arquitecto, Posibles candidatos, Herramientas que debe manejar, Aspectos positivos de ser un Arquitecto de Software y los Retos a enfrentar.

Pmoinformatica.com, "La Oficina de Proyectos de Informática" presenta: Descripción de cargo del Arquitecto de Software.

La Agilidad no significa Anarquía: 2da Parte

Imagen de: GutCheck

Como resultado de la publicación de la primera parte de este post, se abrió un debate muy interesante en los grupos de discusión Agile-Spain y Scrum Manager en la red social Linkedin. Gran parte de la discusión se centró en enumerar el “Porque la Agilidad no es Anarquía”.

A continuación, pmoinformatica.com “La Oficina de Proyectos de Informática”, presenta como segunda parte de este post, las razones por las cuales La Agilidad no significa Anarquía. Clasificamos las razones tres categorías: Equipo Cohesionado, Mayor control de satisfacción del cliente y Mejores estimaciones, métricas e indicadores.

Agradecemos todos los comentarios de la comunidad, que hicieron posible la publicación de este post.

Como Reportar las PDUs

Imagen de: pmi.org

Las Certificaciones de Gerencia de Proyectos otorgadas por el Project Management Institute (PMI), requieren ser renovadas en ciertos períodos. Para poder hacer la renovación, los profesionales acreditados deben acumular y reportar “Unidades de Desarrollo Profesional” (PDUs por sus siglas en Inglés).

Una PDU equivale a una hora de contacto en diferentes categorías, el profesional se hace acreedor a ellas realizando actividades como por ejemplo cursos, autoestudio, creación de nuevo conocimiento, servicio voluntario, entre otros. Una vez realizada la actividad, se deben registrar en el sitio web del PMI.

En este post, pmoinformatica.com les presenta los pasos para reportar las PDU’s, pasando por seleccionar el menú y botón para reportar PDU’s, ingresar al sistema de certificación continua con tu login y password, Seleccionar la Categoría de PDU a reportar y llenar la forma por pantalla.

A continuación más información:

Como renovar tu certificación del PMI

Imagen de: PMI.org

Las Certificaciones de Gerencia de Proyectos otorgadas por el Project Management Institute (PMI), requieren ser renovadas en ciertos períodos. Para ser elegible para estas renovaciones.

Existen requisitos específicos para las credenciales de: Project Management Professional (PMP), Program Management Professional (PgMP), PMI Agile Certified Practitioner (PMI-ACP), PMI Risk Management Professional (PMI-RMP) y PMI Scheduling Professional (PMI-SP).

En todos estos casos, deben acumularse un cierto número de “Unidades de Desarrollo Profesional” (PDU’s) y pagar una tarifa.

A continuación, pmoinformatica.com presenta “Como renovar mi certificación del PMI”.

El Rol del Arquitecto de Software

Imagen obtenida de: El Blog de Adrián Paredes

Han pasado más de 18 años desde que el término “Arquitecto de Software” comenzó aparecer por primera vez, mucho ha cambiado en ese tiempo y el término se ha diversificado y evolucionado.

Al principio, podía pensarse que simplemente se había “remarcado” el rol del Analista de Sistemas, sin embargo, hoy en día existen multitudes de títulos de arquitecto, como: Arquitecto Empresarial, Arquitecto de Aplicación, Arquitecto de Soluciones, Arquitecto de Tecnología de Información, Arquitecto de Datos, etc.

Pmoinformatica.com, "La Oficina de Proyectos de Informática", presenta: algunos comentarios sobre cuáles son las funciones de los Arquitectos de Software en la actualidad.

La Agilidad no significa anarquía: 1era Parte

Imagen de: Dreamstime

El principal asunto que ocasiona resistencia en grandes organizaciones para adoptar la agilidad, es el temor que los equipos autorganizados ágiles pudieran conducir a la anarquía, desarrollando una actitud de “hacemos lo que queremos”.

Este es el tema que nos trae Jesse Fewell CST, PMI-ACP, PMP, en su último artículo en la revista PMNetwork de Octubre 2013, titulado “Agilidad sin Anarquía”. En el Jesse nos describe como Autorganizado no significa autogestionado, Autorganizado significa deshacerse de los detalles y Autorganizado significa que igualmente debe trabajarse duro para lograr el éxito en los proyectos.

A continuación dejamos una nota con los puntos que más resaltan del artículo que les compartimos:

Libros de Microsoft Project 2013

Imagen de: amazon.com y amazon.es

El Microsoft Project es el Software de Administración de Proyectos de mayor difusión actualmente, el lanzamiento de la nueva versión 2013 incluye novedades importantes en la interfaz de usuario, la programación manual de tareas, los controladores de planificación, los estilos de barra para las líneas base, la vista de Escala de tiempos, la vista de Organizador de equipo y las mejoras en copiar y pegar.

¿Buscas un libro de Microsoft Project 2013?, aquí te dejamos un listado de los libros más buscados en las tiendas amazon.com y amazon.es. Sugerimos revisar las opiniones de los lectores (en amazon) y revisar el estilo de cada libro antes de tomar una decisión.

Presentamos aquí 5 títulos en Inglés: Microsoft Project 2013 Step by Step, Microsoft Project 2013: The Missing Manual, Microsoft Project 2013 Plain & Simple, Project 2013 For Dummies, Project Management Using Microsoft Project 2013. Adicionalmente, presentamos el libro en Español Técnico Superior en Gestión de Proyectos con Microsoft Project 2013.

Libro: Como Ganar Amigos e Influir en las Personas de Dale Carnegie

Imagen de: Amazon.com y Amazon.es

Una de las principales habilidades que requiere un Gerente de Proyectos en la actualidad, es el poder influir sobre personas en múltiples niveles de la organización, en especial cuando se desempeña en un entorno de reporte matricial, en el cual los ejecutores no le reportan directamente a él.

El libro “Como Ganar Amigos e Influir sobre las Personas”, escrito por Dale Carnegie, puede ser de gran utilidad para lograr éxito en esto. Esta obra se mantiene vigente a pesar que su primera edición fue escrita en 1936, ha sido impreso en múltiples ediciones, tan recientes como 2010 y 2013, y ha vendido más de 15 millones de copias.

En ella, Dale Carnegie nos enseña: tres técnicas fundamentales para tratar con otras personas, seis maneras de agradar a los demás, principios para lograr que otros piensen como usted y como cambiar a los demás sin ofenderles y despertar resentimientos.

A continuación la reseña del libro.

Los 9 trabajos en informática mejor pagados de 2013

Imagen de: 100 Careers

La información presentada a continuación corresponde a 2013, ¿buscas información actualizada?, consulta el artículo Los 10 trabajos mejor pagados en Informática en 2014

En este post, publicamos información de un estudio realizado por la firma de reclutamiento de staff de Tecnología de Información (TI) “Mondo”, sobre las plazas de trabajo en Tecnología de Información (TI) con mejores salarios durante la segunda mitad de 2013.

Según Mondo, las contrataciones de profesionales de Tecnología de Información están creciendo de forma sostenida en los Estados Unidos de América. El estudio lo vimos reseñado en un artículo de Networkworld y de CIO.com.

El Salario más alto, es el de plazas de Directivos como el Director de Información, Tecnología o Seguridad, pero los Arquitectos de Soluciones también devengan ingresos muy atractivos.

A continuación vea cuales son los empleos mejor pagados en TI:

Plantilla de caso de negocio para proyectos

Imagen de: pmoinformatica.com

Un Caso de Negocio en el marco de la Gerencia de Proyectos, se elabora para documentar el razonamiento para iniciar un nuevo proyecto o iniciativa.

Ayuda a determinar si un proyecto justifica la inversión de la organización. Para ello, el caso de negocio define el problema a resolver, el impacto del proyecto en los procesos y resultados de la organización, realiza el análisis costo beneficio, y análisis de las alternativas. Adicionalmente, el caso de negocio establece la relación entre los objetivos estratégicos de la organización y el proyecto.

Desde el punto de vista de la Gerencia de Proyectos definida en el PMBOK 6, el caso de negocio es un documento externo, elaborado previamente, y que se recibe como entrada de la elaboración del Acta de Constitución (Project Charter). El muchos casos, el patrocinador y el Gerente del futuro proyecto pueden colaborar en su elaboración.

PMOInformatica.com, “La Oficina de Proyectos de Informática”, presenta la "Plantilla de Caso de Negocio".

Guía de desarrollo aplicaciones Móviles - 4ta Parte: La Implementación

Imagen obtenida de: gopego

Durante los tres primeros segmentos de esta serie, hemos explorado las diferentes habilidades que se requieren para diseñar para dispositivos móviles, como el desarrollo de Apps para móviles puede implicar múltiples hilos de desarrollo simultáneos, y como el aseguramiento de calidad difiere de forma importante de las prácticas de pruebas de software tradicionales.

Pmoinformatica.com, La Oficina de Proyectos de Informática presenta la cuarta parte de la serie “Guía de desarrollo de aplicaciones para móviles”, en la cual se expliran las diferencias críticas existentes entre el proceso de implementación de Apps para móviles y el despliegue tradicional al cual la mayoría de los departamentos de Tecnología de Información y Comunicación (TIC), están acostumbrados.

El artículo está basado en la serie de 5 partes de Mobile Effect, titulado 5 Critical Ways Mobility Projects are Different | #4 of 5: Mobile Deployment.

Libro: Manual para Project Managers de Daniel Echeverria

Image de: Amazon.com y Amazon.es

¿Estás buscando un libro de preparación para el examen de certificación PMP?, que esté alineado con el nuevo PMBOK 6 y que sea en español. Aquí te presentamos una reseña del libro Manual para Project Managers: Cómo gestionar proyectos con éxito de Daniel Echeverría.

En el libro incluye teoría y ejercicios para la superación del examen, con 450 preguntas de examen y recomendaciones para afrontarlo, todo en español.

El Manual para Project Managers de Daniel Echeverría es una excelente opción para tí que estás estudiando para el examen PMP en español.

Programar para Teléfonos Móviles: Retos y Ventajas

Imagen obtenida de: Muy Linux

Si estás considerando un viraje en tu carrera y pasar a programar en teléfonos móviles, debes saber que esto implica retos significativos, como por ejemplo lidiar con pantallas más pequeñas menor capacidad del CPU y memoria, sortear la baja tolerancia de los usuarios a los fallos en las aplicaciones, diferentes herramientas, comportamientos de los frameworks, entre otros aspectos.

Sin embargo, si se logran sortear estos retos, los beneficios son potencialmente mayores, como por ejemplo el poder desarrollar con tecnología de punta, gran población de usuarios con teléfonos móviles que los usan para conectarse a internet y demandan aplicaciones, ganar experiencia en nuevos frameworks y herramientas, entre otros beneficios.

Continuando la serie de “Desarrollo de Software para móviles”, pmoinformatica.com “La Oficina de Proyectos de Informática” presenta los Retos y Ventajas de programar para Teléfonos Móviles.

Plantilla del plan de gestión de riesgos

Imagen de: pmoinformatica.com

En el marco de la Gerencia de Proyectos, un Plan de Gestión de Riesgos describe como se estructurarán y llevaran a cabo las actividades de Gestión de Riesgos en el Proyecto y es uno de los componentes que integra el Plan de Dirección del Proyecto.  (Fuente: La guía del PMBOK).

En el se describen la Metodología de Gestión de Riesgos, Roles y Responsabilidades, Presupuesto asignado, calendario para estas actividades, formatos de los informes y describe como se realizará el seguimiento. Asimismo, contiene las categorías en las que la organización clasifica los riesgos, las definiciones de probabilidad e impacto, los criterios para jerarquizar los riesgos según la matriz de probabilidad e impacto y el resultado de la revisión de la tolerancia al riesgo de los interesados (Stakeholders).

PMOInformatica.com, “La Oficina de Proyectos de Informática”, presenta la plantilla del "Plan de Gestión de Riesgos". Está plantilla está basada en el PMBOK.

Guía de desarrollo de aplicaciones para Móviles – 3ra Parte: Las Pruebas y Calidad

Imagen obtenida de: PRLOG

En las últimas dos partes de la serie, exploramos las diferentes habilidades que se requieren para el diseño de aplicaciones móviles y vimos como el desarrollo pueden extenderse en varias ramas en paralelo (una por cada sistema operativo destinado para la aplicación, por ejemplo Apple, Android, Blakberry, Windows Mobile, etc.).

Pmoinformatica.com, “La Oficina de Proyectos de Informática” presenta la tercera entrega de la Guía de desarrollo de aplicaciones para móviles, que estará dedicada a las diferencias en el aseguramiento de calidad de aplicaciones móviles, entre ellas la necesidad de incluir Pruebas de diseño interfaz de usuario, escenarios de prueba específicos de cada sistema operativo, pruebas de interrupción de servicio, uso de emuladores de software, pruebas en dispositivos reales y manejo de múltiples ramas de código.

El artículo está basado en la serie de 5 partes de Mobile Effect, titulado 5 Critical Ways Mobility Projects are Different | #3 of 5: Mobile Quality Assurance

La Transición hacia la Agilidad

Imagen de: Blog MissUnderstood

Revisando Internet nos hemos encontrado con un Paper muy interesante publicado por Rex Lester en Scrum Alliance, titulado "Transition to Agile", el artículo se refiere a la experiencia del autor con la “Transición hacia la agilidad” en un proyecto, y ha compartido esta retrospectiva con el público.

No debe subestimarse la resistencia que se puede encontrar al intentar la transición hacia el Desarrollo Ágil de Software, pues puede encontrarse con miedo a lo desconocido, desconocimiento de cómo se hacen las cosas en la agilidad, y tendencia a apegarse a lo que ya se sabe hacer, es decir el Modelo Cascada.

Sin embargo, la comunidad de desarrollo de software es muy receptiva a este cambio, muchos traen las malas experiencias de proyectos anteriores y por ende están dispuestos a darle una oportunidad a la Agilidad.

Plantilla de la matriz RAM de asignación de responsabilidades

Imagen de: pmoinformatica.com

Una matriz de asignación de responsabilidades, muestra el personal asignado a cada paquete de trabajo o actividad en un proyecto. Se utiliza para identificar las relaciones entre los integrantes del equipo de proyecto y las actividades (o paquetes de trabajo), del plan. (Fuente: La guía del PMBOK).

La matriz de responsabilidades básica es la RAM  (Responsibility Assigment Matrix), la cual enumera los Paquetes de Trabajo de la EDT (WBS) y establece referencia cruzada con cada integrante del equipo, el tipo de relación puede ser P: Responsabilidad Primaria o S: Responsabilidad Secundaria.

PMOInformatica.com, “La Oficina de Proyectos de Informática”, presenta la plantilla de "Matriz RAM de Asignación de Responsabilidades". La plantilla está libre de derechos de autor.

Guía de desarrollo de aplicaciones para Móviles - 2da Parte: Desarrollo

Imagen obtenida de: Techknol.net

En la primera parte de la serie “Guía de desarrollo de aplicaciones para móviles”, exploramos los diferentes conjuntos de habilidades y enfoques que se requieren aplicar al diseñar aplicaciones para teléfonos móviles inteligentes (Smartphone) y las tabletas.

Pmoinformatica.com, “La Oficina de Proyectos de Informática” presenta a continuación la segunda entrega de la serie, en la cual nos enfocaremos a establecer las diferencias en el proceso de desarrollo de software que debe aplicarse en proyectos de aplicaciones móviles, en comparación con los proyectos típicos o tradicionales de las TIC.

Para establecer las diferencias del desarrollo para móviles del de un aplicación de software normal, discutiremos los siguientes puntos: El enfoque metodológico a utilizar (Desarrollo de Software tradicional o Desarrollo Ágil), Desarrollo de Apps nativas, especificas del dispositivo y del sistema operativo, y por último el desarrollo para browser web de los móviles (HTML5).

Guía de desarrollo de aplicaciones para Móviles - 1era Parte: Diseño

Imagen obtenida de: puntoinversiones.com

Sin duda, cualquier estadística consultada no deja ninguna duda sobre el auge que está teniendo el desarrollo de aplicaciones para dispositivos móviles, con perspectivas de crecimiento en los años venideros, demanda impulsada por la gran cantidad de dispositivos que se han vendido y la rápida adopción de los nuevos Teléfonos Inteligentes (Smartphones) y Tabletas.

Muchos desarrolladores de software se han volcado a este mercado para aprovechar esta demanda, ¡pero cuidado!, el desarrollo de aplicaciones para dispositivos móviles, no se puede abordar con el mismo enfoque usado hasta ahora en proyectos informáticos, existen difíciles retos para afrontar, como la amplia variedad de fabricantes, sistemas operativos, medios de conexión, tamaños de pantallas y capacidades de los dispositivos.

Pmoinformatica.con, “La Oficina de Proyectos de Informática” presenta la primera parte de una serie de artículos dedicados al desarrollo para dispositivos móviles, titulada esta primera parte “El Diseño de aplicaciones móviles”.

Libro "Director de Proyectos" de Pablo Lledó

Imagen de: amazon.com y amazon.es

¿Estás buscando un libro en idioma español para prepararte para el examen de la certificación "Project Management Professional" (PMP®)?, emitida por el PMI. Aquí te presentamos una reseña del libro "Director de Proyectos como aprobar el examen PMP sin morir en el intento" de Pablo Lledó.

Director de proyectos, abarca los aspectos teóricos y prácticos clave de las áreas de conocimiento de las gerencia de proyectos de Gestión de Integración, Alcance, Tiempo, Costo, Calidad, Recursos Humanos, Comunicaciones, Riesgos, Adquisiciones e interesados.

Te presenta la información en un lenguaje amigable, orientada al aprendizaje de los conocimientos clave que necesitaras para aprobar el examen PMP en tu primer intento.

Incluye 50 ejercicios y 470 preguntas tipo examen en idioma Español, muy útiles como materiales de preparación para el examen de certificación para el PMP®.

Te presentamos la reseña del libro "Director de proyectos" de Pablo Lledó

Libro "El Examen PMP" de Andy Crowe (Edición en Español)

Imagen de: amazon.com y amazon.es

En pmoinformatica.com, Hemos notado que existen pocas opciones de libros en Español para prepararse para las certificaciones en Gerencia de Proyectos del PMI, la más conocida a de Project Management Professional (PMP). Dedicaremos una serie de posts a publicar información sobre libros en Español.

Uno de los más conocidos es el libro "El Examen PMP como aprobarlo en el primer intento" de Andy Crowe. Originalmente publicado en Inglés, este libro posee una edición en Español.

El libro incluye información acerca de las áreas de conocimiento de la Gerencia de Proyectos, y ayuda para el estudiante en la forma de trucos que sólo saben los conocedores, ejercicios, preguntas de práctica y muchos más. Excelente opción para quienes buscan una guía de preparación para el examen PMP en Español.

Nota importante: Este libro está actualizado sólo hasta la 4ta edición del PMBOK (la 5ta edición sólo está disponible en inglés de momento)

Errores clásicos en la gestión de desarrollo de software

Imagen obtenida de: comerecommended.com

En 1996, Steve McConnel, un influyente consultor de la industria del desarrollo del software, público su obra “Desarrollo Rápido: Domesticando Cronogramas Salvajes de Software” (Rapid Development: Taming Wild Software Schedules).

Una de las secciones del libro, describen los errores clásico al tratar de acelerar (o hacer Fastrack) de los proyectos, prácticas de desarrollo de software que son seleccionadas con tanta frecuencia y con los mismos malos resultados predecibles, que merecen ser llamadas “clásicos”, y que siguen estando muy vigentes a pesar que la obra se público hace 17 años.

¿Algunas de estas prácticas erróneas le son familiares?, por ejemplo, ¿Qué hacemos si un proyecto está retrasado?, ¿incorporamos más gente?, ¿que hacemos si algún integrante está dañando la productividad del equipo?, ¿esperamos hasta el final del proyecto para despedirle?, o ¿que haría si le han asignado un proyecto agresivo en fecha?, ¿reclutar a todos desarrolladores disponibles (inclusive si son novatos) e iniciar lo antes posible sin planificación?.

A continuación dejamos la lista, si conoces algún error clásico que no esté incluido, te invitamos a dejar un comentario.

Plantilla resumen de acta de proyecto (2 láminas)

Imagen de: pmoinformatica.com

El Project Management Institute (PMI) define el “Acta de Constitución del Proyecto” (Project Charter en Inglés), como el documento emitido por el Patrocinador (Sponsor) del Proyecto que autoriza de manera formal su existencia, lo cual le proporciona al Gerente de Proyecto la autoridad de procurar y aplicar los recursos de la organización en su ejecución.

En una edición anterior, pmoinformatica.com, "La Oficina de Proyectos de Informática", presentó una vesión detallada del Acta de Constinución de Proyecto. En esta oportunidad, presentamos una edición reducida de dos láminas en formato Powertpoint, ideal para presentaciones para dar a conocer el proyecto. La plantilla incluye espacio para describir la justificación, descripción, riesgos, objetivos, interesados clave e hitos del proyecto.

11 Reglas para administrar el Product Backlog en Scrum

Imagen de: Redmine Backlogs

En el marco de trabajo Scrum, el "Product Backlog" es el artefacto metodológico utilizado para listar las características (Features) o Funcionalidades del software a desarrollar, para priorizarlas de acuerdo a la solicitud del área de negocio.

Para su administración, se pueden aplicar algunas reglas, por ejemplo cuantos elementos en un momento dado puede contener, sobre cuales de estos elementos se debe trabajar en definir sus criterios de aceptación, número de criterios que deben definirse para cada elemento, su tamaño y priorización según la necesidad del área de negocio.

pmoinformatica.com, "La Oficina de Proyectos de Informática" presenta a continuación las reglas para la administración del Product Backlog. Estas reglas no son obligatorias y cada equipo debe buscar los procedimientos de trabajo que mejor se ajusten a sus necesidades, ¿agregarías o quitarías alguna de estas reglas?, déjanos un comentario.

Errores comunes en el desarrollo software: Recopilación

Imagen de: Picasa Web Albums

Los errores comunes en el desarrollo de software que nos encontremos en el día a día de nuestro trabajo, se pueden estructurar conceptualmente en la forma de "anti patrones", representando herramientas útiles para difundir información de lo que no debe hacerse y por ende de las buenas prácticas de programación en nuestros equipos de trabajo.

pmoinformatica.com "La Oficina de Proyectos de Informática" presenta una recopilación de los artículos en el Blog sobre los errores comunes (anti patrones) en el desarrollo del software, abarcado errores comunes de programación de aplicaciones y en bases de datos. 

Se mencionan algunos anti patrones conocidos como por ejemplo: Código no estructurado, manejo inadecuado de excepciones, el objeto todopoderoso, la singletonitis, codificación directa (hard coding), Consultas de bases de datos que no utilizan los indices, uso de SELECT asteriso (*), incluir lógica de programación de aplicaciones en los procedimientos de bases de datos, y otros más.

A continuación la recopilación:

Consulta a nuestra audiencia: ¿Que plantillas quieres que publiquemos?

Imagen obtenida de: Briannorris.info

Estimada audiencia de pmoinformatica.com, "La Oficina de Proyectos de Informática", una de las funciones de toda oficina de proyectos, es recopilar y mantener una base de conocimientos centralizada, a la cual se pueda recurrir como guía en los proyectos. Un rol muy importante en esto lo desempeñan plantillas en las que se aplica en la práctica las metodologías.

Como blog nos hemos dedicado a publicar plantillas en la Gerencia de Proyectos y en el Desarrollo Ágil de Software. Ahora, consultamos a nuestra audiencia, ¿Que plantillas de Gerencia de Proyectos, Desarrollo Ágil de Software, Gestión de desarrollo de Software y Gestión de Tecnología te gustaría ver publicadas?.

Déjanos tus solicitudes en la sección de comentarios de este post, en la página de contactos, vía Twitter o Facebook.

Plantilla de la matriz RACI de asignación de responsabilidades

Imagen de: pmoinformatica.com

Una matriz RACI, también conocida como la matriz de responsabilidades, es un cuadro que muestra el personal asignado a cada paquete de trabajo o actividad en un proyecto. Se utiliza para identificar las relaciones entre los integrantes del equipo de proyecto y las actividades (o paquetes de trabajo), del plan. (Fuente: La guía del PMBOK).

Las siglas de la matriz de responsabilidades RACI, significan "Responsable, Aprobador, Consultado e Informado", en las filas de esta se identifica cada actividad de proyecto y en las columnas encabezado los integrantes del equipo (por nombre y apellido). Luego, en cada cuadro de la matriz se identifica el tipo de relación entre cuatro posibles tipos: R: Responsable, A: Aprobador, C: Consultado, I: Informado.

PMOInformatica.com, “La Oficina de Proyectos de Informática”, presenta la plantilla de "Matriz RACI de Asignación de Responsabilidades". La plantilla está libre de derechos de autor.

7 aplicaciones de productividad para profesionales tecnología de información

Imagen obtenida de: deproimca.com

Como profesionales de Tecnología de Información (TI), buena parte de nuestro trabajo comprende la búsqueda constante de mejoras a la productividad de la organización, por medio del uso de software o hardware. Por lo general nos enfocamos en mejorar la productividad de nuestros clientes, sin embargo, ¿donde queda nuestra propia productividad?, ¿existen formas de mejorarla por usando algunas aplicaciones?.

Pmoinformatica.com, “La Oficina de Proyectos de Informática”, presenta 7 aplicaciones para mejorar la productividad de los profesionales de TI. En el artículo presentaremos las siguientes: Launchy, Dropbox, Notepad++, RescueTime, LastPass, Teracopy y ExamDiff.

El contenido de este post, nos llega desde el Blog “Career Management” de Techrepublic.com, en artículo escrito post escrito por Ben Brunn. Para consultar la fuente original haga click aquí.

El Scrum Master no es un Gerente o Jefe

Imagen de: Nova Software Blog

Los marcos de trabajo de desarrollo ágil como Scrum se basan en el principio de la Auto-organización o Autogestión apoyada por facilitación, no en la Gerencia. Esto los diferencia de los enfoques predictivos que se basan en la estructura de comando y control.

Por lo tanto, roles como el del Scrum Master, pueden resultar difíciles de asumir por Jefes o Gerentes con un estilo directivo (o dictatorial) de hacer las cosas.

En este artículo, pmoinformatica.com, “La Oficina de Proyectos de Informática”, presenta algunos puntos sobre lo que debe hacer y no debe hacer un Scrum Master, abordando temas como la toma de decisiones, asignación de tareas, seguimiento, asumir responsabilidades, organización de reuniones, eliminación de impedimentos y otros aspectos.

Ofertas de la semana amazon.com libros sobre Gerencia de Proyectos

¿Estás buscando libros sobre Gestión de Proyectos?, si es así, amazon.com tiene algunos títulos en oferta que pueden ser de tu interés:

A Project Manager's Book of Forms: A Companion to the PMBOK Guide
Autor: Cynthia Stackpole Snyder
>> amazon.com
>> amazon.es
Descuento (Oferta) sólo en amazon.com.
El libro está dedicado a plantillas, formularios y reportes listos para ser utilizados al gestionar proyectos, alineado con el PMBOK. Las plantillas están diseñadas para apoyar al Gerente de Proyecto en todas las fases: inicio, planificación, ejecución, seguimiento y cierre, e incluye muchas de las plantillas mencionadas en la guía del PMBOK. El libro presenta formularios como: Acta de constitución del proyecto, Plan de gestión del proyecto, Plan de gestión de comunicaciones, Plan de gestión de cambios, Reportes de desempeño de proyectos, Matriz de análisis de los interesados, hoja de cálculo de costos, matriz de probabilidad e impacto de riesgos y muchas más.

Más ofertas y libros:

Herramientas de Software para Gestión Proyectos

Imagen de: timedoctor.com

Pmoinformatica.com, "La Oficina de Proyectos de Informática" presenta la tercera parte de la serie de "Herramientas de Gestión de Desarrollo de Software". Esta lista no pretende ser limitativa o en ningún orden de preferencia.

La lista fue construida tomando en cuenta la opinión de desarrolladores de software con experiencia y realizando búsquedas en internet del software mencionado más veces o mejor evaluado.

En esta tercera parte nos enfocaremos en "Software de Gestión de Proyectos" o "Project Management", con este tipo de herramientas se puede gestionar no sólo el desarrollo de software, sino cualquier tipo de proyectos de varios sectores industriales. Las herramientas presentadas son: Collabtive, ActiveCollab, ZohoProjects, TeamworkPM y Huddle.

A continuación el artículo:

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.