Solicitar contribuciones en una comunidad InnerSource es más difícil que al hacerlo en una comunidad Open Source por un número de razones:
-
El número de potenciales Contribuidores es más bajo en comunidades InnerSource.
-
Los Contribuidores van a querer contribuir durante su jornada laboral, lo que significa que tienen un tiempo más apretado.
-
Trabajar en InnerSource puede no ser parte de las metas del Contribuidor, por lo que tiempo trabajado en InnerSource puede ser tiempo que no usan para lograr sus metas.
Es importante que los Trusted Committers hagan los procesos para hacer contribuciones y para inducir a los Contribuidores con la menor fricción posible. Hay un número de cosas que pueden ayudar:
-
Tener un buen README.md en cada repositorio de código. Un buen README.md explica que hay en el repositorio y para que puede usarse. A demas, debe de proveer instrucciones detalladas de como obtener, construir y usar el software en el repositorio, incluyendo información acerca de la licencia.
-
Tener un buen CONTRIBUITING.md que remarque lo que se espera del Contribuidor. Debe responder a preguntas comúnes como:
-
¿Cómo informo de un defecto o pido una nueva característica?
-
¿Con quién y cómo me comunico si tengo preguntas?
-
¿Cuáles son las convenciones para el estilo del código, la ramificación y mensajes de commit?
-
¿Cuál es la definición de "completado" para una contribución?
-
¿Cuáles son los pasos del proceso que rigen las contribuciones?
-
¿Qué se espera de mí en términos de soporte al código contribuido después de que la contribución es aceptada?
-
¿Cúal es el código de conducta y las pautas de como opera la comunidad?
-
Si tienes una licencia interna adjuntada al software, lo cual en algunas compañias es pre requisito para compartir software entre entidades legales, incluye una copia de la licencia y una explicación de los derechos y obligaciones en términos coloquiales.
Junto a estas tareas de documentación, simliar al desarollo de software Open Source, debe ser fácil y sencillo el correr y probar el software que se está desarrollando localmente por Contribuidores potenciales, para que pueden empezar a implementar y validar sus contribuciones con el menor esfuerzo posible.
Hay dos modelos comúnes para hacer contribuciones: repositorio compartido y fork and join. Ambos tienen ventajas, como Trusted Committer, lo que quieres es apoyar ambos modelos para acomodar las diferentes necesidades de los Contribuidores potenciales y actuales. Tus Contribuidores van a tener preguntas acerca del proceso de contribución o acerca de la misma comunidad, y alguien tiene que ser capaz de resolver estas preguntas. Por esto es importante, para cualquier comunidad InnerSource, tener una o más personas que esten disponibles para responder estas preguntas. Alguien del grupo de Trusted Committers suele ser la persona a contactar, de lo contrario necesitan asegurarse de que haya un miembro de la comunidad "disponible".
Es importante el ayudar a Contribuidores potenciales a determinar qué contribuciones se necesitan. Eston pueden ser contribuciones de código al igual que no-código, como escribir documentación, crear imágenes, u organizar eventos. Una forma común de hacer esto es etiquetar "tareas para recién llegados" en el gestor de tareas que utiliza la comunidad, o implementar en mercado de tareas pendientes que los Contribuidores puedan utilizar.
En resumen, es muy importante para las comunidades InnerSource en un entorno corporativo el mantener las barreras de contribución lo más bajas posibles, para permitir que puedan contribuir la mayor cantidad de personas posibles. Esto significa proporcionar acceso a documentación útil y a personas de la comunidad que puedan responder preguntas y promover la colaboración. Al final, los Trusted Committers deben asegurarse que la inducción y contribución sean experiencias positivas.
