El viaje emprendedor del cofundador de mabl Dan Belcher

¡Dé la bienvenida a nuestro patrocinador semanal mabl a Hacker Noon! mabl automatiza pruebas funcionales, fue fundado por 2 ex-Googlers, y ha pasado el año en beta privada. Grandes cosas le esperan a esta compañía en 2018. Hoy, vamos a ponernos al día sobre el estado de esta startup y descubriremos qué hace que el Fundador y CEO Dan Belcher haga lo que hace. Lea también la otra mitad de esta entrevista, mabl usa AI para llevar las pruebas de software a la era DevOps

David: Mirando hacia atrás en su infancia, ¿cómo encontró su interés en la tecnología y tipo de gravitar hacia las computadoras a medida que crecieron con usted en términos de edad?

Dan Belcher: Honesto, no tuve ninguna exposición a las computadoras cuando era muy joven, esto habría sido en los años 80. No podíamos permitirnos una computadora, y no conocía a nadie que tuviera una, aunque ciertamente estaban allí afuera. Pero cuando estaba en la escuela secundaria, tuve acceso a las computadoras y los conceptos vinieron a mí muy rápidamente, así que los profesores de la escuela me dieron algo de libertad. Me permitieron realizar estos estudios independientes y utilicé uno de esos estudios independientes para construir una computadora, parte por parte, y programé sobre eso. Me encantó esa máquina y la usé durante la mayor parte de la universidad. Todavía puedo tenerlo en el sótano de mi hermana.

David: Es genial que hayas comenzado en tecnología construyendo tu propia computadora. Y luego, al ingresar a la universidad, ¿sabías que querías seguir trabajando con tecnología?

Dan Belcher: No, definitivamente no lo hice. Yo quería estudiar inglés, quería estudiar literatura. Y eso es lo que hice. Desafortunadamente, descubrí que los únicos trabajos que podía hacer para pagar las facturas eran básicamente el soporte técnico, así que lo hice durante un par de años. Y luego tuve la suerte de conseguir una pasantía en Microsoft, y creo que eso fue lo que me dio la vuelta para centrarme en la tecnología como carrera.

David: De tu experiencia personal encontré que estabas trabajando en una estrategia de infraestructura y en Microsoft & VMware (2003-2009), ¿podrías explicarme cómo evoluciona la estrategia y la gestión de la infraestructura en tu tiempo allí?

Dan Belcher: Cuando comencé en Microsoft, todas las empresas, incluida Microsoft, pensaban que tenían requisitos únicos para la infraestructura, así que teníamos miles de desarrolladores construyendo software desde cero para manejar la administración de sistemas, administración de configuraciones, administración de cambios, administración de redes, etc. Incluso entonces pensé que era extraño que estuviéramos dedicando todo este tiempo a desarrollar software que solo era utilizado por una compañía, especialmente dado que todas las empresas necesitaban muchas de las mismas capacidades.

Alrededor de 2004, algunos equipos en Microsoft se dieron cuenta, 'hey, nuestros clientes están administrando mucha infraestructura por sí mismos para correo electrónico, SharePoint, intercambio de archivos, etc., y sabemos cómo administrar esas cosas bastante bien. Tal vez podríamos ofrecer esto como un servicio para que los clientes puedan enfocar su TI en cosas que están más directamente relacionadas con su negocio. Así que este fue básicamente el primer esfuerzo de Microsoft en el espacio de servicios gestionados de SaaS, y estaba emocionado de ser parte de él. La idea de ayudar a las empresas y equipos a pasar menos tiempo en cosas que no son fundamentales para su negocio me ha consumido desde entonces.

Pasé de Microsoft a VMware en 2007 porque creía que la virtualización haría que la infraestructura y los sistemas de TI fueran más eficientes, por lo que las empresas podrían volver a implementar una gran parte de esa inversión en las aplicaciones comerciales. Pero llegó la nube y yo estaba siguiendo lo que Amazon Web Services y otros estaban haciendo con sus primeros esfuerzos en la nube, así que me uní a una startup, Sonian, que era uno de los clientes beta de Amazon. Eso fue alucinante para mí en ese momento, porque vi que podíamos construir y escalar un negocio sin inversiones en infraestructura física.

"Vi que podíamos construir y escalar un negocio sin inversiones en infraestructura física".

En 2012, había estado en Sonian durante un par de años, y vi que todavía había muchos gastos generales en el manejo de la nube: estábamos construyendo nuestras propias herramientas para la infraestructura, tal como lo había visto en los primeros días en Microsoft. Eso fue parte del catalizador para Stackdriver, que lo hizo para que no tenga que construir y administrar sus propias herramientas para monitoreo operativo, alertas, etc., y Stackdriver fue parte de toda una generación de herramientas que requirió una gran cantidad de la sobrecarga operacional lejos de la infraestructura de la nube. Veo mabl como una continuación de eso. Ahora, con contenedores: Lambda, App Engine, etc., no estamos tan preocupados por la infraestructura en absoluto; estamos preocupados por ¿podemos enviar el software rápido, verdad? Y así, mabl está mirando los problemas que nos están frenando en este nuevo mundo, y creemos que la garantía de calidad es uno de esos cuellos de botella.

David: ¿Por qué este era el momento adecuado para comenzar mabl y dejar Google?

Dan Belcher: Oh, un par de razones. Entonces, un Izzy y yo somos empresarios de corazón y nos perdimos la emoción de formar grandes equipos, crear nuevos productos y trabajar juntos. Y entonces, estábamos muy emocionados de volver a hacer lo que creo que ambos hacemos mejor.

En términos de mabl, fue realmente una decisión impulsada por el mercado. Conocemos bastante bien el espacio de los devops, así que salimos tratando de descubrir dónde hay dolor en esa área hoy. Encuestamos a cientos de personas, realizamos cientos de entrevistas y desembarcamos en QA como un punto de dolor muy importante, y en el que podíamos imaginarnos la construcción de un producto que tuviera un impacto real. Y así, así es como llegamos a mabl.

"Izzy y yo somos empresarios de corazón y nos perdimos la emoción de formar grandes equipos, crear nuevos productos y trabajar juntos".

David: Sí, realmente tomaste un enfoque muy analítico para ver el problema y resolverlo.

Dan Belcher: Sí, lo tienes.

David: Comenzaste tu propia empresa (Stackdriver) y vendiste (2014) a Google en menos de dos años, que es un ciclo de vida bastante rápido para una empresa y se vende a uno de los gigantes tecnológicos. Así que supongo que le preguntaría qué consejo recomendaría al próximo emprendedor para tomar la decisión correcta al hablar con estos gigantes tecnológicos que están interesados ??en comprar sus compañías.

Dan Belcher: Mi primer consejo sería no enfocarme en la salida cuando comiences. Concéntrese, en cambio, en la construcción de un gran producto, un gran equipo y una empresa que sea exitosa a largo plazo, y con algo de suerte la salida vendrá. Crear una empresa para un tipo particular de salida también es arriesgado porque gran parte de ella está fuera de su control: qué está sucediendo internamente en sus potenciales compradores, cuáles son sus prioridades, quién está a cargo, qué otras transacciones han hecho, etc.

En la medida en que se comprometa con una empresa como Google, Microsoft o Amazon, mi consejo sería pensar en la posible adquisición como una etapa más en el camino de su equipo y producto. Y antes de aceptar dar ese paso, debería dedicar mucho tiempo a trabajar en los detalles de cómo se verá esa etapa, desde los roles que jugará cada uno de los miembros del equipo, cómo funcionará la integración técnica, quién lo hará. informar a quién, y así sucesivamente. Creo que mucho de eso generalmente se resuelve después del acuerdo, pero a todos nos conviene resolverlo antes del cierre, especialmente considerando que tienes más influencia y atención durante estas negociaciones que luego tendrás. Creo que generalmente la integración, no el acuerdo en sí, determinará si la adquisición es un éxito para usted, su equipo y el adquirente.

"Piense en la posible adquisición como una etapa más en el camino de su equipo y producto".

David: Sí, esa es una gran perspectiva … quiero decir si no es una empresa exitosa, nadie quiere comprarla.

Dan Belcher: Correcto, creo que gran parte de esto se trata de las personas, usted conoce a las personas que patrocinan el trato, a las personas con las que va a trabajar, a su equipo en la nueva empresa, etc. El lado financiero de esto es una cosa pero chico, de verdad quieres estar seguro de que todos 2, 3, 4, 5 años más tarde sienten que fue una carrera destacada después de la adquisición, no el gran evento.

David: Sí, eso tiene mucho sentido. Terminaste quedándote con Google durante casi tres años después de eso, así que parece que fue una exitosa próxima fase. Pero en comparación con trabajar en su propia empresa, ¿cómo le gustó y no le gustó trabajar en Google?

Dan Belcher: Pensé que Google era un lugar extraordinario, definitivamente es el mejor trabajo que he tenido donde no era mi compañía. Hacen un trabajo increíble creando una cultura en la que la gente quiere colaborar, donde hay una positividad general. A lo largo de Google existe la voluntad de asumir grandes riesgos y tratar de resolver problemas difíciles. También hubo algunos inconvenientes para mí. Por ejemplo, dado que Google Stackdriver funciona en muchos otros productos de Google, había mucha gente con quien coordinarse para tomar decisiones, lo que significaba que pasaba la mayor parte del tiempo en reuniones. Y dado que estaba ubicado en una oficina remota, la mayoría de esas conversaciones se realizaron a través de Google Hangout, por lo que era más desafiante para generar ideas y ser creativo. No obstante, definitivamente fue un momento destacado para mí poder ver a Google en acción, aunque solo sea por unos años.

"Definitivamente es el mejor trabajo que he tenido donde no era mi compañía".

mabl también tiene algunas ventajas. Me gusta que podamos tomar decisiones muy rápidamente, ejecutar rápidamente e iterar en productos muy rápidamente de una manera que es muy difícil de hacer cuando formas parte de una gran empresa como Google. También me gusta el hecho de que todos trabajamos en la misma oficina cara a cara, por lo que es fácil captar personas y tener conversaciones ad-hoc cuando lo necesitamos.

Entonces, veo ventajas y desventajas para cada uno. Diría que mi experiencia con Google es tan buena como en términos de un lugar para trabajar, si no es en mi nueva empresa.

David: Mirando hacia atrás en tu carrera, cuando eres más viejo, pensando en tu trabajo y tu legado, ¿cómo esperas que tu trabajo sea conocido y pensado o usado?

Dan Belcher: Para mí, personalmente, se trata de las personas con las que tengo la oportunidad de trabajar, ya sea gente de mi equipo, o nuestros socios, o los usuarios con los que estamos profundamente comprometidos. Cuando miro hacia atrás en mi carrera hasta la fecha, se trata menos del proyecto individual o los ingresos o el resultado, mucho más acerca de si ayudé a poner a las personas en una situación en la que trabajaban mejor y crecían y se sentían bien con la experiencia . Y entonces no estoy tan seguro de que me importe si me recuerdan por eso o por cualquier otra cosa, pero ciertamente me enorgullezco al mirar hacia atrás y sentir que era parte de crear situaciones en las que las personas y los equipos estaban en su mejor esfuerzo y haciendo su mejor trabajo y teniendo su mejor impacto.

"Cuando miro hacia atrás en mi carrera hasta la fecha, se trata menos del proyecto individual o de los ingresos o el resultado, mucho más acerca de si ayudé a poner a las personas en una situación en la que trabajaban al máximo, creciendo y sintiéndose bien con la experiencia "

David: La gente primero. Eso es bueno. ¿Algo más que quiera compartir sobre el plan maestro de su empresa?

Dan Belcher: Bueno, estamos contratando, en ingeniería y marketing , desde nuestra oficina en Boston. Y estamos entusiasmados de involucrarnos con personas que ven el valor de hacer que la QA sea más efectiva y que quieran ser parte de eso. Puede unirse a la lista de espera en mabl.com o comunicarse en Twitter si tiene alguna pregunta.

Lea la otra mitad de esta entrevista, mabl usa AI para llevar las pruebas de software a la era DevOps

Elimina las pruebas escamosas. mabl utiliza el aprendizaje automático para actualizar automáticamente sus pruebas. Véalo usted mismo hoy .