A pesar de su popularidad y gran utilidad, blockchain ha sido una experiencia difícil para muchas organizaciones, e innumerables han descubierto, por las malas, cómo agregar blockchain a las aplicaciones puede hacer estallar los cronogramas y arruinar los planes de tiempo de comercialización. La creación de una aplicación de cadena de bloques desde cero es uno de los desafíos de desarrollo de software program más difíciles, que requiere amplios conocimientos y experiencia.
La codificación y el desarrollo de blockchain es difícil y complejo, y requiere una gran cantidad de comprensión, conocimiento y experiencia. Hay una gran escasez de desarrolladores de blockchain experimentados, que no es diferente de la situación cuando Java comenzó a experimentar una gran demanda y uso. La experiencia no solo incluye el saber hacer, sino también la capacidad de tomar mejores decisiones de desarrollo y evitar errores. También implica la comprensión de las características e implementaciones para hacer un mejor uso de la tecnología blockchain. Obtener este tipo de experiencia y comprensión lleva tiempo y, en su mayor parte, la familiaridad generalizada con el desarrollo y la integración de blockchain aún se encuentra en una etapa inicial.
El camino para el desarrollo y la integración de blockchain puede estar plagado de errores y giros equivocados que pueden ser extremadamente costosos. Las trampas comunes son seleccionar la tecnología de cadena de bloques incorrecta para la aplicación o la dificultad con los servicios y la infraestructura de again-finish. La portabilidad y la escalabilidad también son problemas importantes. Tener que cambiar las tecnologías de cadena de bloques a mitad de camino en un proyecto cuesta muy caro y casi lo envía de vuelta al punto de partida.
Para minimizar estos efectos, hay tres prácticas que la gerencia puede ayudar a implementar para garantizar que se cumplan los cronogramas de desarrollo y que se contengan los costos. El primero comienza reconociendo las dificultades del desarrollo de blockchain ya enumeradas aquí. Con tal perspectiva, la gerencia debe tratar el desarrollo de blockchain como una prioridad y asignarle los recursos adecuados. En algunos casos, esto puede significar la contratación de un consultor experto o una firma de consultoría para acelerar los esfuerzos y, con suerte, evitar errores mientras se involucra con las mejores prácticas.
Al igual que con otras tareas de desarrollo de application, la contratación de un consultor o consultoría no es una panacea instantánea. Las dificultades de comunicación, una mentalidad de «nosotros y ellos» o inadaptación cultural y la falta de instrucciones u objetivos claros pueden descarrilar fácilmente el trabajo productivo en el desarrollo de blockchain. Además, traer a alguien con un conjunto inadecuado de experiencia para el trabajo en unique puede ser otro problema. El uso de un consultor puede ser lo correcto, pero también puede ser lo incorrecto.
Una alternativa a un consultor o consultoría externa es el uso de herramientas o plataformas de abstracción que ahora están disponibles. Como period, y sigue siendo, con el desarrollo de Java, una buena plataforma de abstracción puede aumentar los esfuerzos de los desarrolladores internos, haciendo que la tarea de crear o integrar blockchain sea mucho más fácil y requiera menos experiencia. Tal enfoque debería resolver o minimizar los problemas de portabilidad y escalabilidad y hacer que mejores o más opciones estén disponibles para los desarrolladores menos experimentados. De hecho, como sucede con Java, es factible que los desarrolladores con poca o ninguna experiencia en blockchain puedan usar una plataforma de desarrollo de blockchain de manera bastante productiva.
Una segunda práctica para la gestión es asegurarse de que las metas y los objetivos comerciales estén claramente definidos antes del trabajo de desarrollo de la cadena de bloques. ¿Cómo se usará la cadena de bloques? ¿Cómo encajará su estructura descentralizada con las operaciones generales de TI? ¿Cuáles son las expectativas del cliente o usuario? ¿Cómo se utilizará la transparencia en el proceso de gobernanza? ¿Hay sensibilidad a la velocidad y la latencia? ¿Existen requisitos reglamentarios a tener en cuenta? Todas estas cosas deben tenerse en cuenta antes de que comience el desarrollo.
El tercero es tener una comprensión clara de los parámetros técnicos. Al igual que con la comprensión de los parámetros comerciales, este es un paso de «mirar antes de saltar» que previene o mitiga pasos en falso, demoras prolongadas y otros problemas posteriores. Por ejemplo, las funciones revolucionarias de contratos inteligentes de blockchain cambian la ejecución de la infraestructura de TI centralizada a la ejecución por parte de todos los nodos en una purple de igual a igual. Tal cambio tiene implicaciones y desafíos definidos para la escalabilidad. ¿Cómo se puede superar esto?
Otra pregunta técnica podría ser cómo se integra blockchain con otros aspectos de una aplicación o sistema. Blockchain no incluye lógica comercial o una interfaz de usuario, por ejemplo, por lo que los equipos deben saber cómo exponer e integrar la tecnología blockchain con otros componentes.
Blockchain ofrece enormes capacidades que pueden brindar una importante diferenciación competitiva, una mayor satisfacción del cliente, menores estructuras de costos operativos y otros beneficios estratégicos. Al mismo tiempo, muchos proyectos de blockchain nunca han salido a la luz. No se trata sólo de proyectos y aplicaciones. Las nuevas empresas han visto su desaparición debido a errores de blockchain. Con el desarrollo de blockchain, existen tanto oportunidades como peligros. Estar atento a estos tres principios de gestión maximizará los primeros y ayudará a prevenir los segundos.
