Cinco cosas que hacen los abogados que acaban con la innovación

He estado pensando en contratos recientemente. Eso no es sorprendente: soy director en un estudio de productos de software y dedico mucho tiempo a trabajar con clientes para iniciar proyectos. No importa si está del lado de la agencia o dentro de la empresa; si ha estado involucrado en la compra de servicios de desarrollo de software, sabe que el proceso generalmente se ve así:

Está emocionado de comenzar a trabajar en el proyecto, ansioso por crear un excelente servicio digital nuevo. Ha pasado mucho tiempo para llegar a este punto: acepta el enfoque del proyecto y los términos del trato, y se da la mano. Entonces comienza el problema: el departamento de adquisiciones insiste en utilizar un contrato que no tiene ningún sentido para el tipo de trabajo que desea realizar.

En los últimos 20 años, la industria del software ha aprendido algunas cosas sobre cómo crear un software excelente. Y, sin embargo, muy pocas de esas cosas han llegado a nuestro conocimiento de cómo compramos software personalizado y cómo redactamos los contratos que gestionan la adquisición de software. En cambio, continuamos redactando contratos que crean condiciones para proyectos fallidos. Podemos hacerlo mejor.

* * *

En 2011, mi socio Jeff comenzó a hablar sobre cómo salir del negocio de los entregables “. La idea clave aquí es simple: los diseñadores e ingenieros de la vieja economía estaban en el negocio de hacer entregables: fueron contratados para producir una cosa: un póster, un dibujo técnico, una especificación. Pero se sigue acumulando evidencia de que este enfoque no funciona para productos de software y servicios digitales. Los equipos de software modernos pueden tener más éxito con un enfoque que se centra menos en los entregables y más en el aprendizaje a medida que se construye. Estos métodos, generalmente etiquetados como “ágiles” o “ajustados”, permiten a los equipos descubrir y probar las características de un servicio digital al mismo tiempo que lo están construyendo. Y resulta que esta es una forma muy eficaz de trabajar.

Originalmente, la frase “Salir del negocio de los entregables” estaba pensada principalmente como una metáfora. O quizás como una forma de incitar a los equipos de software a pensar en cómo pueden ser más eficaces en su trabajo. Pero hay una situación en la que “Salir del negocio de los entregables” no es una metáfora o una provocación, sino un imperativo: es el contrato.

* * *

Entonces, volviendo a los contratos: el problema que enfrentamos hoy es que los contratos que los asesores corporativos y los equipos de adquisiciones quieren usar tienden a encerrar los proyectos de software en un proceso en cascada al estilo antiguo, uno basado en estar en el negocio de los entregables.

Estas son las 5 cosas que los abogados ponen en los contratos que matan la innovación:

El error común en todo lo anterior es la suposición de que podemos predecir cuál debería ser el punto final del proyecto. Si bien eso puede haber sido cierto cuando las empresas compraban cosas como logotipos corporativos o almacenes, para el software esto simplemente no es cierto. En software, descubre complejidad y eficacia mientras trabaja. Por lo tanto, debe configurar proyectos de software como lo haría en un viaje en velero: con la capacidad de detectar las condiciones actuales y aprender y adaptarse sobre la marcha. Tiene un destino en mente, un resultado comercial, pero no sabe cómo llegar allí.

En cambio, si desea poder crear servicios digitales verdaderamente innovadores, estas son las ideas que necesita para incorporar en sus contratos:

La conclusión aquí es la siguiente: redacte contratos basados ​​en tiempo y materiales, en lugar de contratos de alcance fijo o de tiempo fijo. Esto creará una nueva relación entre las empresas y los proveedores, lo que los sacará a usted y a ellos del negocio de los entregables.