Tal vez has oído hablar de ello antes, Inner Source Project Management es la denominación que se da a la adopción de prácticas comunes en proyectos Open Source por parte de cualquier empresa. Implica asimilar características de un proyecto Open Source sin realmente serlo, cumpliendo los requerimientos que tiene todo desarrollo dentro de una empresa.
Es un enfoque que abre la posibilidad a cualquier miembro de la organización de embarcarse en él, como puede pasar en las típicas comunidades Open Source, pero el resultado es un producto cuyo propietario es la empresa y su código no es libre: sólo pueden acceder a él los trabajadores de la organización. La idea es que cualquier miembro del negocio pueda contribuir en el proyecto, siendo el resultado final un producto cerrado.
Muchas serían las bondades para adoptar este modelo: el reciclaje o reutilización de código, que se va almacenando en un repositorio común dentro de la organización, pudiendo ser usado en cualquier otro proyecto. La calidad del resultado final: al aportar la organización un gran número de personas, las continuas revisiones realizadas favorecen a la mejora del producto . La mejora en la velocidad de cualquier desarrollo por parte de los miembros de la organización, ya que usan herramientas y código comunes en este proyecto que luego pueden usar en otros dentro de la organización. Aprendizaje y transmisión de conocimiento en la masa de desarrolladores: tienes a toda la empresa colaborando y aportando. Si el objetivo del proyecto es algo que toda la empresa va a usar: un sistema operativo, una aplicación, una herramienta; hace que el valor económico dentro de la organización y el conocimiento generado sean altísimos.
Desde aquí animo a otras organizaciones a intentar adoptar algún modelo (infraestructura, soporte de proyectos) que facilite la creación con enfoque Inner Source, siendo este breve artículo una introducción. Se puede encontrar mucha más documentación y ejemplos reales en libros y webs.