×
×

¿Como crear el mejor caudalímetro del mundo con Scrum?

¿Cómo desarrollar productos inteligentes con Scrum? Mi experiencia en Miitors (1 de 3).

¿Qué queremos enseñar?

Queremos enseñar el caso Miitors. Una startup danesa donde estuve trabajando durante 4 años y que utiliza Scrum para el desarrollo de sus productos. Productos en los que la intervención de ingeniería mecánica y electrónica, software, física y mucho más, forma parte del mismo producto. Para ello, indagamos y profundizamos en sus procesos, colaboración entre distintas disciplinas, método de reclutamiento de ingenieros y mucho más, hablando con Jens Drachmann, CEO y fundador de Miitors.

P22_logo_miitors.png

¿Por qué queremos compartir este caso?

Mostrar a empresas que desarrollen productos complejos, compuestos de elementos físicos, hardware y software, como pueden aumentar su tiempo de ciclo, productividad, calidad y colaboración entre los miembros de la organización.

P22_equipo.jpg

 

Jens Drachmann nos explica cómo desarrollar productos físicos con Scrum

¿A qué se dedica Miitors? ¿Qué es lo que hace?

Miitors es una empresa puramente de Investigación y Desarrollo. Vendemos nuestra tecnología a terceras empresas que realizan la fabricación. En nuestro caso, desarrollamos en muchas disciplinas, no solo hardware, también software, electrónica, embedded software, física, comunicación, hidráulica… todo aquello que compone una caudalímetro ultrasónico. Además de eso, también desarrollamos sistemas de test y comunicación, y todo tiene que funcionar conjuntamente.

Cuéntanos de donde nace Miitors

Yo trabajaba para otra empresa de caudalímetros, así que tenía una formación base en esto. Después de esta experiencia, tuve muchas ideas que patenté y estuve buscando inversores para empezar el desarrollo de un nuevo caudalímetro ultrasónico. Este proceso duró un año y a partir de ahí, contraté a mi primer empleado y empezamos el desarrollo.

Ultrimis es el caudalímetro desarrollado por Miitors, con varios tamaños y materiales.

P22_ultrimis.JPG

¿Qué producto os ha permitido desarrollar Scrum?

Scrum nos ha permitido aprender, durante el proceso, como el producto podría beneficiar a todas las partes y conseguir nuestro objetivo de desarrollar el mejor caudalímetro ultrasónico del mundo:

  • Para el fabricante: Es extremadamente modular tanto en mecánica, electrónica o en software. Es muy fácil intercambiar piezas para cambiar tamaños, materiales y demás
  • Para nosotros como desarrolladores: dada su modularidad, no tenemos que desarrollar todo desde el principio 
  • Para el cliente: Innovaciones que no han visto antes, pero los principales beneficios son técnicos dentro del caudalímetro.

¿Desde cuándo habéis utilizado Scrum para desarrollar Ultrimis?

De hecho, no empezamos con Scrum. Simplemente, como éramos dos personas, empezamos a trabajar en ello, pero después de un par de meses, vimos que era un desastre porque todo lo que estábamos haciendo era tan nuevo, que no podíamos ni controlar nuestras ideas, ni definir el final. En aquel momento, nos dimos cuenta de que necesitábamos alguna manera de controlar toda la información, y escogimos Scrum porque permite cierto grado de planificación y mucha flexibilidad.

¿Cómo fue la transición a utilizar Scrum?

Al principio pensábamos que podríamos hacerlo nosotros solos sin ninguna ayuda y fue también un completo desastre. Sin la mentalidad adecuada, es casi imposible. Por este motivo, contratamos ayuda externa de especialistas, fuimos a sus formaciones y nos han seguido desde entonces.

¿Por qué decidiste utilizar Scrum también en vuestro desarrollo de Hardware? ¿Por qué no utilizaste algo más tradicional?

La principal razón es porque al ser un producto complejo donde intervienen diferentes disciplinas y donde todo tiene que funcionar conjuntamente, no tiene ningún sentido separar cada parte del desarrollo en distintos departamentos. Simplemente, es imposible que funcione. Necesitamos que los ingenieros con diferentes especialidades se acostumbren a pensar de la misma manera en relación con el proyecto y que se ayuden entre ellos. El hecho de que todo el equipo tenga la mentalidad de mejorar el proceso y la tecnología en todo momento, es realmente potente.

¿Cuál era la configuración de este equipo Scrum? ¿Cuántos Product Backlogs y Productos?

Los primeros 5 años, teníamos un producto en mente, por lo tanto también teníamos un único Product Backlog donde figuraban todas las tareas de todas las disciplinas. En el equipo, al principio éramos 2 y llegamos a ser 11.

¿No era un reto difícil el hecho de tener tareas de software, mecánicas y electrónicas en el mismo Product Backlog?

No. De hecho, pienso que tener un backlog único para el equipo es precisamente lo que hace que un equipo colabore de verdad. A mí, como Product Owner, me da igual quién hace qué, esto lo decide el equipo de desarrollo. Naturalmente, hay tareas específicas que caen en un lado o en otro, pero a veces hay una conexión entre dos o más disciplinas cuando, por ejemplo, una placa electrónica tiene que encajar en una pieza de plástico. El equipo de desarrollo debe pensar en cómo colaborará cuando planifica el Sprint.

¿Qué tipo de especialidades necesitaba el equipo para desarrollar el Hardware de Ultrimis?

Dinámica de fluidos, diseño de máquinas, materiales, impresión en 3D, diseño electrónico y todo tipo de tecnología para producción de piezas mecánicas y electrónicas. En paralelo a Ultrimis, construimos nuestra propia línea de test, lo cual también era una mezcla de software, física, electrónica y mecánica.

¿Cómo planteabais hacer los incrementos de producto? 

Esto es un reto siempre diferente, y cada uno tiene que encontrar su manera de superarlo. Nosotros asumimos que hacer un prototipo en un Sprint es muy difícil, pero si es posible, lo hacemos. Esto estimula a los ingenieros a hacer este prototipo tan rápido como puedan o incluso más. También les fuerza a encontrar proveedores que entreguen tan rápido como les sea necesario. Aún así, a veces no es posible realizar un prototipo acabado en un Sprint. En ese caso, dividimos el proceso en pequeños paquetes de trabajo y somos creativos a la hora de formularlos para poder testearlos, entregar algo y sacar conclusiones en un Sprint. Es extremadamente importante que esto esté muy claro entre el PO y el Dev Team para poder llegar a conclusiones al final del Sprint. 

Pongamos un ejemplo: un ingeniero mecánico que no encuentra ningún taller para mecanizar una pieza para un prototipo a tiempo. Durante la planificación del Sprint se consensúa un “ítem” que sea viable de ser validado, p.e. en este caso “Desarrollo del dibujo en 2D del diseño mecánico de la pieza hasta el punto que quede aprobado por alguien”. Lo cual significa que desde ese punto en adelante, el ingeniero podrá hacer el prototipo en el siguiente Sprint.

¿Qué herramientas utilizó el equipo para llevar a cabo estos incrementos tan rápidamente?

Nosotros utilizamos impresión en 3D, programas de simulación y sobre todo, proveedores o talleres que pueden entregar mecanizados y/o piezas plásticas por inyección en molde extremadamente rápido para prototipos.

Desde tu experiencia, ¿Cuáles son los principales beneficios e inconvenientes de utilizar Scrum en desarrollo de producto? 

  • Para mí el inconveniente sería que Scrum no facilita una perspectiva de plan a largo plazo. Scrum no hace que las cosas sean más predecibles. Esta es la parte difícil en la que el Product Owner tiene que prestar especial atención. (Próximamente publicaremos contenidos en relación a la planificación con Scrum).
  • Por otro lado, el principal beneficio es que Scrum ayuda a que personas con una educación y mindset diferente, se acostumbren a pensar de la misma manera en cuanto al proyecto. En nuestro caso, esto fue fundamental. Posibilita que el equipo aprenda y mejore en todo momento de manera autónoma, tanto en equipo como individualmente. La interacción entre diferentes tecnologías se optimiza hasta un punto, muy poco común de ver.

En el segundo artículo hablaremos sobre el rol de Product Owner en Miitors y como planificaba a largo plazo con Scrum.

 ¿Cómo podrías utilizar Scrum en tu empresa?

  • Hecha un vistazo a nuestros cursos.
  • Te podemos aclarar dudas sobre los contenidos o los cursos a medida para tu empresa haciendo click aquí.