Gestión ágil y prácticas de adquisición

El manifiesto ágil valora la colaboración de los clientes durante la negociación del contrato que establece un tono importante para las relaciones de adquisiciones en proyectos ágiles. El manifiesto ágil expone la idea de que un comprador y un vendedor de trabajo en conjunto para crear productos y abarca todo el proceso de adquisición.

Video: Metodologías ágiles en Telefónica I+D

Determinar la necesidad y la selección de un proveedor de la forma de gestión ágil

En proyectos ágiles, las adquisiciones se inicia cuando el equipo de desarrollo decide que necesita una herramienta de o los servicios de otra compañía con el fin de crear el producto. El equipo de desarrollo y el trabajo scrum master con el dueño del producto para procurar los fondos necesarios.

El equipo de desarrollo puede necesitar para comparar herramientas y proveedores. Después de elegir qué comprar y dónde conseguirlo, el proceso suele ser sencillo: hacer la compra, acepta la entrega, y la adquisición es entonces completa.

La adquisición de servicios suele ser más largo y más complejo que con las herramientas. Algunas consideraciones ágil-específicos para seleccionar un proveedor de servicios incluyen

• Si el proveedor puede trabajar en un entorno ágil de proyectos y, si es así, la cantidad de experiencia con el proveedor tiene

• Si el proveedor puede trabajar en el lugar con el equipo de desarrollo

• Si es probable que sea positivo y de colaboración de la relación entre el vendedor y el equipo de scrum

Los contratos y los enfoques de costos para los servicios de la manera ágil gestión

Para iniciar el proceso de contratación, lo que necesita saber acerca de las diferentes estructuras de precios y cómo trabajan con proyectos ágiles.

La evaluación de las estructuras de costos de un proyecto ágil

Lo que necesita saber acerca de las diferentes estructuras de costos para evaluar bastante valor:

• proyectos de precio fijo: Un vendedor trabaja en el producto y crea libera hasta que el proveedor gasta todo el dinero en el presupuesto, o hasta que se ofrece suficientes características del producto, lo que ocurra primero.

• proyectos a tiempo fijo con un plazo específico: Por ejemplo, puede que tenga que lanzar un producto para un evento específico o para coincidir con el lanzamiento de otro producto. Con proyectos de tiempo fijo, a determinar los costos basados ​​en el costo del equipo del proveedor para la duración del proyecto, junto con los costos de los recursos adicionales, tales como hardware o software.

  Video: Gestión de Adquisiciones en Proyectos

• proyectos en tiempo y materiales: Trabaja con el vendedor lo suficientemente dura hasta que la funcionalidad del producto es completa, sin tener en cuenta el costo total del proyecto. Usted sabe que el costo total del proyecto al final del proyecto, después de sus grupos de interés determinar si el producto tiene características suficientes para llamar a todo el proyecto.

• proyectos no deben excederse: Proyectos en los que el tiempo y los materiales tienen un límite de precio fijo.

La creación de un contrato para un proyecto ágil

El scrum master es generalmente responsable de iniciar la creación de contratos, negociar los detalles del contrato, y encaminar el contrato a través de las aprobaciones internas necesarias, incluyendo la revisión por un experto legal o adquisiciones.

Por lo menos, la mayoría de los contratos tienen un lenguaje legal que describe las partes y el trabajo, el presupuesto, el enfoque del costo y condiciones de pago. Un contrato para un proyecto ágil también puede incluir:

• Una descripción del trabajo con el proveedor completará: El vendedor puede tener su propia declaración de la visión del producto, que puede ser un buen punto de partida para describir el trabajo del vendedor.

• Ágil se acerca al proveedor puede utilizar, incluyendo:

• Reuniones con el vendedor asistirá, como el scrum diario, planificación de Sprint, Sprint opinión, y retrospectiva del sprint

• La entrega de la funcionalidad de trabajo al final de cada sprint

• La definición de hecho - desarrollado, probado, integrado y documentado - por un acuerdo entre el propietario del producto y el equipo de desarrollo

• Artifacts el vendedor proporcionará, como un sprint backlog con un gráfico burndown

  Video: Acelera el desarrollo de tu Software con la gestión de proyectos Ágiles

• Las personas con el proveedor tendrá en el proyecto, como el equipo de desarrollo

• Si el vendedor va a funcionar en el sitio

• Si el proveedor trabajará con su propio maestro scrum y producto propietario o si va a trabajar con su scrum master y el dueño del producto

• Una definición de lo que puede constituir el final del compromiso: el final de un presupuesto fijo o de tiempo fijo, o la funcionalidad de trabajo lo suficientemente

Trabajar con un vendedor en un proyecto de gestión ágil

¿Cómo se trabaja con un vendedor en un proyecto ágil depende en parte de la estructura del equipo vendedor. En una situación ideal, los equipos de los proveedores están totalmente integrados con la organización del comprador. los miembros del equipo del vendedor están emplazamiento común con el equipo de scrum del comprador.

Algunos equipos de desarrollo incluyen los miembros del equipo de vendedores en sus reuniones diarias de scrum. Esto puede ser una buena manera de tener una idea de lo que el equipo proveedor está haciendo todos los días y para ayudar al trabajo en equipo de desarrollo más estrechamente con el vendedor. También puede invitar a los proveedores a sus comentarios de velocidad para mantenerlos informados sobre su progreso.

Si el vendedor no puede trabajar en el lugar en compañía del comprador, que todavía puede ser parte del equipo de scrum del comprador. Si un vendedor no puede ser colocado, o si el proveedor es responsable de una parte discreta, separada del producto, el vendedor puede poseer un equipo de scrum separada que trabaja en el mismo horario de sprint como equipo de scrum del comprador.

Si un vendedor no utiliza procesos de gestión de proyectos ágiles, el equipo del proveedor funciona por separado del equipo de scrum del comprador, fuera de las carreras, y en su propio horario. jefe de proyecto tradicional del proveedor ayuda a asegurar que el proveedor puede ofrecer sus servicios cuando el equipo de desarrollo de las necesita. scrum master del comprador puede tener que intervenir si los procesos o línea de tiempo del vendedor se convierte en un obstáculo o interrupción para el equipo de desarrollo.

El cierre de un contrato en un proyecto de gestión ágil

Cuando un vendedor completa el trabajo en un contrato, scrum master del comprador por lo general tiene algunas tareas finales.

Si el proyecto acaba de acuerdo con los términos del contrato, el maestro scrum puede reconocer la finalización del contrato por escrito. Si el proyecto es un proyecto en tiempo y materiales, el maestro scrum debe sin duda lo hacen para asegurarse de que el vendedor no seguir trabajando en los requisitos de menor prioridad - y facturación para ellos.

El scrum master puede ser responsable de notificar departamento de contabilidad de la empresa del comprador asegurarse de que el vendedor es pagado correctamente.

Si el proyecto termina antes de que el contrato dicta al final, el scrum master tiene que notificar al proveedor por escrito y seguir todas las instrucciones de cancelación anticipada del contrato.