“Gestionando” Proyectos de Proveedores

La externalización del trabajo del proyecto es más común hoy en día que nunca, sobre todo en TI más del 50% de los proyectos se hacen a través de un proveedor. Es muy común que las empresas contraten algún producto o servicio, en donde el “expertise” del mismo reside en el proveedor. La falta de técnicos calificados, la necesidad de centrarse en tareas operativas, la falta de recursos o gerentes de proyectos internos, hace que la empresa compradora tercerice la función de implementar el proyecto en el proveedor. Sin embargo, a pesar de que se subcontrate la planificación y ejecución del trabajo, no se puede externalizar por completo la obligación de asegurarse de que el proyecto avanza sin problemas. Mucha gente no está segura de lo que debe hacer cuando se les pide gestionar una relación de tercerización de un proyecto. Parte de la incertidumbre se debe a que algunos de los roles del proyecto se invierten cuando se subcontrata el trabajo a un tercero, explicamos esto en este artículo. Leer más aquí

Anuncios

Contracting for Agile Software Projects

Como un cliente o como un proveedor de servicios de software al comienzo de un proyecto de desarrollo, usted sabe que hay demasiado en juego como para trabajar sólo con un acuerdo verbal. Aunque el Manifiesto Ágil valora la colaboración del cliente por encima de los contratos, los contratos siguen siendo necesarios cuando se trabaja con proveedores externos. Un contrato es un conjunto de reglas de juego escritas y formales. Si las normas o términos y condiciones son los correctos, aumentará la probabilidad de éxito en el proyecto para ambas partes. Si en cambio las reglas son las equivocadas, esto dificultará la cooperación y obstaculizará el avence. Qué tipos de contrato son los mejores para proyectos ágiles de desarrollo de software? Lea este artículo en donde se exponen 10 formas distintas de hacer un contrato en estos ambientes. Leer Más

Gestión de las Compras

Durante la etapa de planificación de un proyecto, el equipo determina qué recursos (humanos, servicios, materiales y equipamiento), el proyecto necesita y cuando se los requerirá. Estas necesidades de recursos se relacionan a continuación con los recursos que están disponibles dentro de la organización. Cuando los bienes y o servicios necesarios, no pueden ser obtenidos internamente, entonces deben ser comprados o adquiridos fuera de la organización. Asi, los proyectos requieren habitualmente efectuar compras de materiales, equipos, consultores, capacitación, y muchos otros bienes y servicios. El área de conocimiento de Gestión de Adquisiciones explica los procesos de compra de dichos productos o servicios necesarios para satisfacer las necesidades del alcance del proyecto. Trata sobre la planificación, la adquisición de los productos o servicios, la selección del proveedor, la administración del contrato, y el cierre del mismo. Este documento que se utiliza en nuestros cursos, aclara detalles adicionales que no están contemplados en el PMBOK sobre esta particular área de conocimientos, que en algunos proyectos cobra una importancia relevante. La contratación suele a veces representar un dolor de cabeza para muchos gerentes de proyectos. Las adquisiciones y la gestión de proyectos van de la mano. En algunos casos, toda la gestión y la entrega de un proyecto es, en esencia, la coordinación de actividades de adquisición. Como redactar un RFP, que es un SOW, como entender y negociar los Contratos, elegir los proveedores, controlar las compras son algunos de los puntos destacados del documento en donde la última parte trata sobre aspectos modernos de la gestión de compras en general, fuera de los procesos descriptos por el PMI. Leer Más

Contratos de Precio Fijo

En la administración de proyectos existen varias modalidades de contratación, siendo las más clásicas los contratos a precio fijo, tiempo y materiales y recupero de costos para proyectos de investigación y desarrollo. En los contratos de tipo precio fijo el riesgo siempre lo tiene el vendedor, mientras que en un contrato de tiempo y materiales el mayor riesgo lo tiene el comprador (los desvíos o mayores costos los absorbe uno u otro en ambos casos). Los contratos de precio fijo, son una modalidad contractual odiada por la gente que vende servicios (sobre todo por los desarrolladores de software), pero que los clientes lo prefieren debido a que suponen que el riesgo de entrega en tiempo y en condiciones está solucionado, lo mismo que el riesgo financiero dado que el precio ya está pactado. Qué recaudos deberíamos tomar para vender proyectos bajo esta modalidad contractual ? Leer más>