¿Cómo se pueden aplicar los métodos de desarrollo de código abierto a otros campos?

El patrón general que hace que Open Source funcione es un cambio en el espectro en el que cedes un poco de control para obtener más participación. Este patrón es aplicable a muchos otros campos (por ejemplo, innovación abierta, gobierno abierto, datos abiertos, estándares abiertos, etc.).

Exploremos los bordes del espectro y luego definamos un poco el espectro. En un extremo: puedo realizar un acto creativo solo (ya sea codificación, dibujo, composición de música, etc.) Tengo el control total del proceso y la salida. Sin embargo, es posible que me falte el talento, la visión o la perspectiva para hacer un gran trabajo. Podría colaborar con alguien en quien confíe para ayudarme. Me rindo un poco, pero obtengo algo a cambio. En la mayoría de los casos, esto funciona bien. Sin embargo, tenga en cuenta que puede que no sea el caso de que la creación sea “mía”, podría ser más justo llamarla “nuestra”. Esto es algo que podría necesitar aclarar. A veces, tu amigo se complace en ayudar por un sincero agradecimiento. A veces no.

Ahora, demos un salto mental al otro extremo del extremo, donde invito al mundo entero a participar en mi creación. En este extremo, tengo muy poco control sobre el proyecto. El mundo está lleno de kooks y dolientes que arruinarán mi proyecto, o tal vez la gente simplemente ignore mi llamado para ayudarme a crear algo genial. Es difícil estar “abierto a todos”, pero cada vez es menos difícil estar abierto a muchos o a la mayoría. Piensa en Quora, Wikipedia, etc. Ah, y si consigues que el “mundo entero” te ayude, tendrías que aclarar quién posee exactamente el resultado (si es que hay alguien).

En algún lugar de la escala entre el trabajo en solitario y una iniciativa global, encontrará los proyectos más productivos.

La empresa moderna generalmente selecciona una posición en el espectro que proporciona una buena cantidad de control. Entonces, si necesita un equipo, lo contratarán y le asignarán un gerente para guiar el proceso. Esto es mucho más efectivo que el trabajo en solitario, pero también más costoso. Además, tienes que contratar un buen equipo. Algunos modelos se abren donde, en lugar de contratar a tiempo completo, son consultores internos, pero usted tiene algún tipo de contrato de trabajo por contrato donde controla el proceso. Open Source sugirió un modelo alternativo en el espectro en el que cedes más control pero obtienes más participación, específicamente al incluir personas que no informan a la misma compañía, de hecho, pueden tener intereses en competencia. Pero si han compartido objetivos, tal vez esto funcionaría (y lo ha sido para muchos proyectos muy importantes).

Debido a 1. la interconectividad global (gracias a Internet), 2. la capacidad de fabricar y reproducir activos digitales a un costo cercano a cero (copiar un archivo digital frente a copiar una parte del motor físico), y 3. un fenómeno cultural de compartir (gracias a la cultura de Internet, liderada por personas de código abierto) – El código abierto ha cambiado la forma en que pensamos acerca de los proyectos. Algunos, quizás muchos, (y algunas personas argumentan que casi todos) los proyectos se benefician de las contribuciones de muchos. Aunque estas contribuciones tienen el costo de un proceso de gestión más difícil. (Recuerde, no todos están ahí para ayudarlo).

Por lo tanto, puede aprender de la comunidad de código abierto que puede beneficiarse al invitar a otros a su proyecto, pero que debe repensar la gestión del proyecto y las legalidades del resultado. Aquí puede seguir varios modelos, algunos inspirados en el modelo de Free Software Foundation, algunos en el modelo de desarrollo de GitHub, otros en el modelo de Apache Software Foundation o el modelo de Eclipse Foundation, etc. Todos estos difieren con respecto a la gobernanza y términos legales. Y, sin embargo, estos son todos los modelos de “código abierto”. En algunos modelos, tiene un grupo de élite de líderes que guían el proyecto y deciden qué entra o no. En otros modelos, luchas con votos o amenazas para romper el proyecto.

En su caso, supongamos que está creando obras de arte digitales (por ejemplo, una película animada que enseña a las personas cómo sobrevivir en el desierto). Es posible que necesite aclarar la motivación para participar (por ejemplo, ¿hay dinero para ganar, por quién, cómo, etc.?), Los términos de participación (quién puede usar el resultado, si tienen derechos que podrían venderse o transferirse) , también cómo las personas contribuyen (los mecanismos reales, por ejemplo, correo electrónico, un sitio web, etc.) y el proceso de votación (¿y si alguien insiste en llevar el proyecto en una dirección ligeramente diferente? ¿Cómo se resolvería eso?) tomar una copia y modificarla por su cuenta? ¿Tendrían que contribuir con sus cambios? ¿Cómo haría cumplir esto?) ¿Qué pasa si todos los que participan quieren llevar el proyecto en una dirección que usted, el iniciador del proyecto, no quiere? – ¿Tienes veto? Pero considere que este esfuerzo para aclarar las cosas puede valer la pena, ya que si no tiene todo el talento para hacer este video, necesitará la ayuda.

Todo esto (y más) son consideraciones importantes que puede derivar de observar la comunidad de código abierto. Pero lo más importante es el patrón general de cambiar el control a un grupo más grande, y luego, a través de una inteligente construcción social de influencia, dictadura benevolente, meritocracia, carisma y visión compartida, puede crear una creación participativa colaborativa “abierta”. Piénselo de esta manera: abrir significa que configuró una carpa más amplia. Tienda más amplia significa más recursos, perspectivas, talentos y ayuda. Pero tenga en cuenta: cuanto más grande es la carpa, más grande es el circo.