Como lidiar con interesados (stakeholders) problemáticos

Imagen de: Picasa Web Albums

Todo proyecto de cualquier área tendrá que enfrentar tarde o temprano algún participante o interesado problemático (Ej. Usuarios finales, Clientes, jefes de departamento, integrantes de equipo, etc.), diversas pueden ser las situaciones, amenaza para la agenda personal, estabilidad, resistencia al cambio o a las nuevas tecnologías.

Para lidiar con esto, en primer lugar debe entenderse su visión de la organización, motivaciones y objetivos, para luego desarrollar estrategias en función de sus niveles de influencia y participación en el proyecto.

Presentamos a continuación algunas estrategias para entender las motivaciones de los interesados problemáticos, contrarrestar su influencia e inclusive ganar su cooperación.

Algunas prácticas de desarrollo de aplicaciones web para asegurar calidad, mantenibilidad, escalabilidad y seguridad

Imagen de: Picasa Web Albums

En el entorno actual, cada vez más los clientes y usuarios de aplicaciones web exigen desarrollos en menor tiempo, exigiendo un “time to market” cada vez más corto, por lo cual existe la tentación de desarrollar sin prácticas de diseño y programación que aseguren la mantenimiento, continuidad y escalabilidad de las soluciones, mejorando el tiempo a expensas de la calidad.

 
En este artículo se presentan una serie de buenas prácticas en diseño y desarrollo de aplicaciones web y arquitectura orientada a servicios (SOA), abarcando prácticas de ingeniería del software, diseño y programación orientado a objetos, uso adecuado de patrones en el modelo de tres capas y estándares de desarrollo.

Estas prácticas, si bien pueden representar un mayor costo y tiempo cuando se comienza a desarrollar una nueva aplicación, representará beneficios en la capacidad de las aplicaciones de escalar y mantenerse. Presentamos a continuación estas prácticas:

Herramientas de software para gestión de proyectos de desarrollo ágil

Imagen de: Picasaweb Albums

Algunos son de la opinión que las mejores herramientas para gestionar proyectos de desarrollo ágil son las etiquetas de notas, carteleras y gráficos visibles.

Sin embargo, los métodos manuales no necesariamente son la mejor opción, para los que piensan así existen en el mercado distintas herramientas de software para la gestión de proyectos de desarrollo ágil y Scrum.

En este artículo presentamos una lista de algunas de estas herramientas, sin pretender ser limitativa y en ningún orden de preferencia.

La mayoría de estas herramientas comenzaron de forma gratuita, sin embargo, se han ido transformando y ahora sus proveedores ofrecen también versiones “Premium” por variados costos de licencia. Usualmente las versiones gratuitas son con limitadas características o para un número limitado de usuarios.

Presentamos 7 herramientas de software para la gestión de proyectos de desarrollo ágil.

Que son los riesgos en los proyectos

La siguiente definición de riesgos es cita textual del Libro del Project Management Institute (PMBOK) cuarta edición, página 275:

Un riesgo es un evento o condición incierta que, si sucede, tiene un efecto en por lo menos uno de los objetivos del proyecto. Los objetivos pueden incluir el alcance, el cronograma, el costo y la calidad. Un riesgo puede tener una o más causas y, si sucede, uno o más impactos. Una causa puede ser un requisito, un supuesto, una restricción o una condición que crea la posibilidad de consecuencias tanto negativas como positivas. Por ejemplo, las causas podrían ser el requisito de obtener un permiso ambiental para realizar el trabajo, o contar con una cantidad limitada de personal asignado para el diseño del proyecto.

El patrocinador (Sponsor) del proyecto: Rol que debe asumir y lo que no debe hacer

Imagen de: Picasa Web Albums

El rol del patrocinador (Sponsor) es fundamental para la ejecución exitosa de proyectos en cualquier área profesional, incluyendo la Tecnología de Información (TI), pues es quien realiza la principal labor de promoción y la procura del apoyo necesario dentro de la organización.

Sin embargo, ciertas conductas de un patrocinador pueden incrementar los riesgos y conducir al fracaso, que van desde querer inmiscuirse demasiado, no realizar su labor de promoción de los beneficios en los altos niveles de la organización, no proteger el proyecto de cambios innecesarios o ser indiferente al proyecto.

Sin embargo, es necesario que los Gerentes de Proyectos entendamos un aspecto clave: El tener un patrocinador con estas conductas no nos exime nuestra responsabilidad de asegurar el éxito del proyecto, es nuestro trabajo comunicarnos con él o ella acerca de esta situación y hacérselo ver.

Conductas negativas como por ejemplo no trabajar en equipo con el patrocinador o desobedecer sus instrucciones sólo contribuirá acelerar el fracaso del proyecto y por lo tanto el nuestro.

Presentamos a continuación el papel a desempeñar por el patrocinador del proyecto y lo que este no debe hacer.

Acciones preventivas para evitar retraso y retrabajo en proyectos de tecnología de información (TI)

Imagen Obtenida de: Picasa Web Albums

Un aspecto importante a la hora en que seamos participes en proyectos de tecnología de información (TI) o desarrollo de software, es que nuestro día a día tomemos acciones preventivas que nos permitan evitar retrabajos y anticipar situaciones que puedan causarnos retrasos en desarrollos y entregas.

En este artículo exploraremos distintas acciones preventivas que podemos tomar en proyectos de TI, que van desde identificar todos los requerimientos de todas las áreas implicadas desde la fase de análisis, hasta prevenir situaciones con los entornos y ambientes de base de datos.

El Desarrollo ágil en un entorno de fechas y presupuestos predefinidos

Imagen obtenida de: Picasa Web Albums

Una de las premisas del desarrollo ágil es que los requerimientos son cambiantes o poco definidos, por lo cual hace énfasis en la flexibilidad y productividad, favoreciendo un esquema en el cual el alcance de un proyecto no estará definido desde el principio. Este principio está en conflicto con los esquemas de fecha, presupuesto y alcance fijos definidos a nivel corporativo a la hora de contratar proyectos de desarrollo de Software, tanto con la unidad de Tecnología de Información (TI) interna como con proveedores externos.


Es poco probable que otras áreas de la compañía, como por ejemplo finanzas o el negocio estén dispuestas a abandonar el esquema de alcance, cronograma y presupuesto fijo de la noche a la mañana, especialmente en etapas de adopción temprana del desarrollo ágil cuando este concepto les es extraño y aún no han visto los resultados.

Este artículo está dedicado a mostrar que aplicando algunos cambios, ambos esquemas pueda coexistir durante esta etapa de adopción inicial.

Las preguntas que debe hacer al encargarse de un proyecto de Tecnología de Información (TI) en ejecución

Imagen obtenida de: Picasa Web Albums

Una situación que puede tocar en algún momento de la carrera de todo Jefe de proyectos de informática, es tener que encargarse de un proyecto ya comenzado. En esta situación es conveniente comenzar con una evaluación del proyecto y lo que se ha hecho en fases anteriores, a efectos de identificar situaciones y tomar acciones correctivas.

Presentamos a continuación las preguntas que debe hacer al encargarse de un proyecto de informática.

Cómo prepararse para el examen PMP: 10 Recomendaciones

Imagen obtenida de: Picasa Web Albums

El Project Management Professional (PMP) es una de las certificaciones para profesionales en gestión de proyectos más conocidas a nivel internacional.

Para obtener la certificación, es necesario hacer un examen de 200 preguntas situacionales de varios niveles de complejidad. Prepararse para el examen PMP requiere de esfuerzo y dedicación, siendo necesario comenzar varios meses antes que la fecha que se tenga planeado presentar el examen.

En tal sentido, dedicamos este artículo a compartir nuestras experiencias sobre el examen PMP.

A continuación presentamos las 10 recomendaciones sobre cómo prepararse para el examen.

Los Programas de Certificación del Scrum Alliance

Sello de Certificación CSM del Scrum Alliance

El Scrum Alliance es una dedicada a promover los marcos de trabajo Scrum y desarrollo ágil de software de mayor antiguedad y prominencia. Proporciona una serie de Programas de Certificación, tales como el Certified Scrum Master (CSM), Certified Scrum Product Owner (CSPO), Certified Scrum Developer (CSD), entre otros.

Para obtener los certificados del Scrum Alliance, es obligatorio realizar un curso proporcionado por un REP (Registered Education Provider), a diferencia de otras certificaciones en otras áreas (por ejemplo ITIL y PMI), en los cuales para algunas certificaciones no se requieren.


En este artículo se presentan los programas de certificación y los requisitos exigidos por el Scrum Alliance para obtenerlos.

Preguntas y respuestas sobre Scrum Alliance

Imagen / Logo del Scrum Alliance

Scrum es uno de los marcos de trabajo de desarrollo ágil de software de mayor difusión en la comunidad. Es un proceso en el que se aplican un conjunto de buenas prácticas enmarcadas en los principios del desarrollo ágil, para trabajar en equipo y obtener un mejor resultado en proyectos de desarrollo de Software.

Existen múltiples asociaciones sin fines de lucro dedicadas a promover el movimiento ágil y Scrum en el mundo, uno de los más conocidos es el "Scrum Alliance". Presentamos a continuación 5 preguntas y respuestas sobre el Scrum Alliance:

Las 10 recomendaciones a seguir al tomar vacaciones

Las características del trabajo en el área de informática podrían llevarnos a pensar que no es posible tomarse unas vacaciones, menos en plena ejecución de proyectos y fechas de próximas entregas.

La clave está en la forma de organizar al equipo, si existen canales de comunicación directos y acciones acordadas previamente entre sus integrantes, clientes e implicados en el proyecto, se puede continuar operando con eficiencia, inclusive en una ausencia prolongada.

Diseño y desarrollo de software en proyectos Fastrack: Como minimizar los riesgos

Imagen proporcionada por Picasa Web Albums

Hoy en día muchos proyectos de informática se están ejecutando bajo un enfoque de “Fastrack”, buscando disminuir el tiempo de desarrollo de software, por medio de la aplicación de diseños prefabricados y la ejecución en paralelo de actividades como el análisis, diseño, desarrollo y pruebas.

La aplicación de este enfoque implica comenzar a desarrollar el Software antes de tener el diseño detallado completo y aprobado en su totalidad, situación que de por sí supone riesgos de retrabajo más adelante en el proyecto, originado en nueva información técnica o cambios en los requerimientos.

En este artículo se exploran las consecuencias negativas de comenzar a desarrollar sin tener un diseño detallado aprobado y se presentan algunas recomendaciones que minimizarán dichos riesgos.