## Title

Comité de Revisión

## Patlet

El modelo de trabajo InnerSource es un cambio radical respecto a los enfoques más tradicionales, tanto para desarrolladores como para gerentes. Al establecer un comité de revisión como puente entre la iniciativa InnerSource y todos los gerentes senior de las unidades de negocio participantes, es más probable que estos últimos se familiaricen con la iniciativa y la apoyen, ya que les proporciona cierto nivel de supervisión y control sin fomentar la microgestión.

## Problema

Los gerentes percibirán el modelo de trabajo InnerSource como un cambio radical respecto a los modelos de trabajo a los que están acostumbrados y con los que tienen experiencia. Como consecuencia, es probable que rechacen o microgestionen la iniciativa InnerSource para tratar de minimizar el riesgo percibido de este cambio. En ambos casos, los beneficios de InnerSource no se pueden materializar. Como resultado, InnerSource se desacredita posteriormente.

## Contexto

La empresa A quiere introducir su primera iniciativa InnerSource. La mayoría de los gerentes de la empresa A no están familiarizados con el modelo de trabajo de código abierto y, en cambio, están acostumbrados a la gestión jerárquica y centralizada.

## Resistencias

 - Cuanto más control percibido tenga un gerente sobre el trabajo en la iniciativa InnerSource, más probable es que apoye la iniciativa sin experiencia previa.
 - Cuanta menos experiencia tenga un gerente con el modelo de trabajo de código abierto, más probable es que quiera controlar el riesgo de la iniciativa.
 - Cuanto más pesadas y microgerenciales sean las iniciativas InnerSource, menos probable es que el modelo de trabajo de código abierto se pueda adoptar en la medida necesaria. Como resultado, no se realizarán los beneficios de InnerSource.

## Solución

- Establecer un comité de revisión compuesto por gerentes senior de todas las unidades de negocio que participan en la iniciativa InnerSource.
- Los miembros del comité de revisión tienen la autoridad para decidir en grupo qué proyectos InnerSource recibirán apoyo en general y financiación en particular.
- Los miembros del comité pueden seleccionar a solicitantes antes de las reuniones para que presenten su proyecto InnerSource durante las sesiones del comité.
- Los líderes de los proyectos InnerSource actualmente financiados por el comité de revisión están obligados a informar sobre el estado de su proyecto durante cada reunión del comité de revisión.
- Los miembros del comité de revisión están obligados a proporcionar comentarios constructivos tanto a los nuevos solicitantes como a los líderes de proyectos actuales durante las reuniones del comité de revisión.
- A cada proyecto InnerSource se le debe dar la oportunidad de reaccionar a los comentarios recibidos en una sesión del comité de revisión hasta la siguiente sesión para evitar cerrar el proyecto prematuramente.
- Un líder de proyecto InnerSource también puede presentar la moción de ser cerrado por su propia iniciativa en un comité de revisión. El comité de revisión debe decidir si las unidades de negocio que utilizan el software necesitan tiempo para implementar medidas que aseguren que el desarrollo y/o mantenimiento del código continúe hasta que se encuentre una solución alternativa al desarrollo por la comunidad InnerSource (si es relevante para el negocio o crítico para la misión).
- El comité de revisión debe reunirse regularmente. Una cadencia de dos reuniones por año ha demostrado ser exitosa.
- El comité de revisión puede volverse opcional si InnerSource ha sido ampliamente adoptado y comprendido por la organización.

![Comité de Revisión Sketch](../../../assets/img/review-committee-sketch.jpg)

## Contexto Resultante

- Los gerentes aplican una herramienta con la que se sienten cómodos a InnerSource para obtener la cantidad necesaria de información y control sobre el funcionamiento interno de la iniciativa InnerSource. Esta familiaridad hará que sea más probable que aprueben la iniciativa InnerSource y otorguen el grado de libertad requerido para los proyectos InnerSource.
- Los desarrolladores aún pueden autoorganizarse en un grado suficiente. La microgestión no ocurre porque el comité de revisión se reúne con poca frecuencia.

## Instancias Conocidas

* BIOS en Robert Bosch GmbH (en las primeras etapas de adopción, solo - 2009-2012)

## Estado

* Estructurado
* _Finalizado y Revisado_ a partir del 31/08/17.

## Autores

- Georg Grütter, Robert Bosch GmbH
- Diogo Fregonese, Robert Bosch GmbH

## Alias

Cheese Interface

## Histórico de Traducciones

- **2025-04-03** - Traducción [Oscar Lobaton S.](https://github.com/ovas04)
- **2025-04-03** - Traducción [Roman Martin Gil](https://github.com/rmarting)
