Por qué los modelos abiertos pueden mejorar realmente su control de calidad



<div _ngcontent-c16 = "" innerhtml = "

Imagen de Gerd Altmann

El uso de modelos abiertos sigue siendo una idea novedosa para la mayoría de las empresas, pero he tenido la fortuna de interactuar con algunos líderes que han estado experimentando con modelos abiertos en los negocios durante más de una década. Uno de esos líderes es Paul Hlivko, ahora Vicepresidente y Director de Tecnología de Wellmark Blue Cross and Blue Shield. Él ha estado experimentando con modelos abiertos desde principios de la década de 2000. Hace poco hablé con Paul sobre cómo iba el crowdsourcing en Wellmark Blue Cross y Blue Shield.

Lo que encontré fascinante en nuestra conversación fue la percepción de Paul sobre cómo el código abierto ha estimulado el interés y el compromiso de los empleados internos y del talento externo para resolver problemas para el negocio. En nuestra conversación, Paul mencionó algo que creo que es críticamente importante en las conversaciones iniciales que las empresas están teniendo sobre probar plataformas de código abierto: existe el mito predominante de que las partes interesadas internas son el mejor control de calidad. Según nuestra experiencia, ese mito existe en muchos sectores. Eso simplemente no ha demostrado ser correcto, dice. Aquí hay más sabiduría de Paul sobre el poder del código abierto.

P: ¿Cómo utiliza modelos abiertos en Wellmark?

Estamos haciendo crowdsourcing de dos corrientes de trabajo. Primero, tenemos una plataforma que hemos construido para nuestros grupos de interés externos que ejecuta múltiples equipos scrum junto con un nuevo equipo impulsado por la multitud que puede asumir asignaciones de historias y trabajar con una tubería integrada de nuevo en nuestra base de código de plataforma. En segundo lugar, estamos utilizando la multitud de ciencia de datos para ayudar a resolver nuestro futuro diseño de producto estatal mediante la iteración a través de modelos que correlacionan la utilización del producto, el rendimiento del producto y la variación en nuestra base de clientes. Para ambos esfuerzos, estamos muy cerca de contar con la producción de la multitud para entregar estas inversiones clave que estamos haciendo.

P: ¿Cuáles fueron algunos de los puntos dolorosos?

Cuando las personas se presentan por primera vez a la multitud, a menudo se preocupan por la calidad del producto de trabajo y el control de los resultados finales. La ironía de esto es una suposición subyacente de que se supone que los pocos cientos de empleados de la compañía son el mejor mecanismo de control de calidad frente a la multitud de miles que compiten y se miden con datos y algoritmos. No he encontrado un escenario en el que el control de calidad de una multitud no haya cumplido las expectativas si el desafío se define adecuadamente, con el compromiso adecuado de la empresa y el modelo de incentivos adecuado para el trabajo.

P: ¿Cómo preparaste a tus equipos?

Definimos un desafío manual de crowdsourcing interno que se abrió a todos nuestros desarrolladores para lograr esto. Antes de comenzar nuestra asociación con Topcoder, que era la plataforma que elegimos, quería que el modelo mental de nuestro liderazgo y los miembros del equipo se aclimataran a cómo funcionan las multitudes.

P: ¿Cuáles son algunos de los resultados comerciales que ha visto?

Los modelos de plataforma y las multitudes permiten que un modelo de negocio tradicional se mantenga alineado con la forma en que las empresas respaldadas por empresas están escalando y accediendo a los ecosistemas de talentos y socios para entregar su propuesta de valor. También puede impulsar la innovación interna, mejorar la integración entre la vida laboral y personal, conducir a una mejora continua y desglosar algunas de las restricciones jerárquicas internas que enfrentan muchos empleados en una organización más grande cuando desean probar un trabajo alternativo como parte de su plan de crecimiento.

P: ¿Qué consejo le ofrecerías a las empresas que están desarrollando programas de código abierto?

Antes de su lanzamiento, comenzará a enfrentarse a desafíos de ingeniería, preguntas de financiación, integración de canalizaciones de desarrollo / operaciones, consideraciones de marca y una serie de otros elementos pequeños para trabajar. Recomendaría identificar talentos clave, tanto de liderazgo como de miembros del equipo, que son buenos para inclinarse en el modelo y pensar en estos problemas horizontalmente. Un pequeño equipo interno central puede abogar por la multitud y evangelizarla cuando esté listo.

">

Imagen de Gerd Altmann

El uso de modelos abiertos sigue siendo una idea novedosa para la mayoría de las empresas, pero he tenido la fortuna de interactuar con algunos líderes que han estado experimentando con modelos abiertos en los negocios durante más de una década. Uno de esos líderes es Paul Hlivko, ahora Vicepresidente y Director de Tecnología de Wellmark Blue Cross and Blue Shield. Él ha estado experimentando con modelos abiertos desde principios de la década de 2000. Hace poco hablé con Paul sobre cómo iba el crowdsourcing en Wellmark Blue Cross y Blue Shield.

Lo que encontré fascinante en nuestra conversación fue la percepción de Paul sobre cómo el código abierto ha estimulado el interés y el compromiso de los empleados internos y del talento externo para resolver problemas para el negocio. En nuestra conversación, Paul mencionó algo que creo que es críticamente importante en las conversaciones iniciales que las empresas están teniendo sobre probar plataformas de código abierto: existe el mito predominante de que las partes interesadas internas son el mejor control de calidad. Según nuestra experiencia, ese mito existe en muchos sectores. Eso simplemente no ha demostrado ser correcto, dice. Aquí hay más sabiduría de Paul sobre el poder del código abierto.

P: ¿Cómo utiliza modelos abiertos en Wellmark?

Estamos haciendo crowdsourcing de dos corrientes de trabajo. Primero, tenemos una plataforma que hemos construido para nuestros grupos de interés externos que ejecuta múltiples equipos scrum junto con un nuevo equipo impulsado por la multitud que puede asumir asignaciones de historias y trabajar con una tubería integrada de nuevo en nuestra base de código de plataforma. En segundo lugar, estamos utilizando la multitud de ciencia de datos para ayudar a resolver nuestro futuro diseño de producto estatal mediante la iteración a través de modelos que correlacionan la utilización del producto, el rendimiento del producto y la variación en nuestra base de clientes. Para ambos esfuerzos, estamos muy cerca de contar con la producción de la multitud para entregar estas inversiones clave que estamos haciendo.

P: ¿Cuáles fueron algunos de los puntos dolorosos?

Cuando las personas se presentan por primera vez a la multitud, a menudo se preocupan por la calidad del producto de trabajo y el control de los resultados finales. La ironía de esto es una suposición subyacente de que se supone que los pocos cientos de empleados de la compañía son el mejor mecanismo de control de calidad frente a la multitud de miles que compiten y se miden con datos y algoritmos. No he encontrado un escenario en el que el control de calidad de una multitud no haya cumplido las expectativas si el desafío se define adecuadamente, con el compromiso adecuado de la empresa y el modelo de incentivos adecuado para el trabajo.

P: ¿Cómo preparaste a tus equipos?

Definimos un desafío manual de crowdsourcing interno que se abrió a todos nuestros desarrolladores para lograr esto. Antes de comenzar nuestra asociación con Topcoder, que era la plataforma que elegimos, quería que el modelo mental de nuestro liderazgo y los miembros del equipo se aclimataran a cómo funcionan las multitudes.

P: ¿Cuáles son algunos de los resultados comerciales que ha visto?

Los modelos de plataforma y las multitudes permiten que un modelo de negocio tradicional se mantenga alineado con la forma en que las empresas respaldadas por empresas están escalando y accediendo a los ecosistemas de talentos y socios para entregar su propuesta de valor. También puede impulsar la innovación interna, mejorar la integración entre la vida laboral y personal, conducir a una mejora continua y desglosar algunas de las restricciones jerárquicas internas que enfrentan muchos empleados en una organización más grande cuando desean probar un trabajo alternativo como parte de su plan de crecimiento.

P: ¿Qué consejo le ofrecerías a las empresas que están desarrollando programas de código abierto?

Antes de su lanzamiento, comenzará a enfrentarse a desafíos de ingeniería, preguntas de financiación, integración de canalizaciones de desarrollo / operaciones, consideraciones de marca y una serie de otros elementos pequeños para trabajar. Recomendaría identificar talentos clave, tanto de liderazgo como de miembros del equipo, que son buenos para inclinarse en el modelo y pensar en estos problemas horizontalmente. Un pequeño equipo interno central puede abogar por la multitud y evangelizarla cuando esté listo.