Cómo organizar el desarrollo en una startup de software lean

Interior Salesflare

Crear una empresa tecnológica puede ser un proceso caótico, estresante y gratificante.

Pero una de las cosas que realmente puede ayudar desde el principio es disponer de estructuras que permitan a su equipo trabajar de forma eficaz y eficiente, especialmente en la parte de desarrollo. Lo último que necesita tu empresa es caos en torno a la construcción de tu producto. 😱

Entonces, ¿cómo empezar? ¿Y si contrata externamente o contrata internamente?

A continuación se muestra una guía rápida para construir y estructurar su equipo de desarrollo SaaS - y si usted decide externalizar, puede utilizar esta guía como un marco también. 🤩


Categorizar el desarrollo en su empresa

Una de las cosas que puede ayudar con la estructura de desarrollo es desglosar los diferentes tipos de tareas de desarrollo en la empresa en categorías, para que pueda tener una mejor idea de priorización, delegación y organización dentro del equipo. 🤝

A continuación figuran las tres categorías de desarrollo que tenemos en Salesflare:

Cuestiones son cosas que no funcionan y que hay que arreglar en el producto.

Pero, ¿qué tiene prioridad? ¿Y cómo se organizan? Por eso hemos dividido los asuntos en tres categorías adicionales: asuntos instantáneos, puesta en escena instantánea y asuntos no instantáneos.

Los problemas instantáneos son los que -lo has adivinado- deben solucionarse de inmediato. Pueden ser cosas que están realmente rotas, cosas que los usuarios notan, cosas de la app que hay que arreglar, etc. 🚨

guy throwing bucket of water on a hay fire

La puesta en escena instantánea no es tan "instantánea" como los problemas instantáneos, pero son cosas que hay que arreglar antes de lanzar la versión más reciente del software al entorno de producción. Se trata sobre todo de problemas que detectamos en nuestro entorno de ensayo mediante pruebas internas.

Los problemas no instantáneos son de menor prioridad y se debaten en la reunión de preparación del sprint (más adelante hablaremos de ello).

Mejoras en la experiencia del usuario tienen mayor prioridad que los problemas no instantáneos e incluyen cualquier cosa en desarrollo que tenga que ver con la experiencia y la usabilidad del producto. Básicamente, se trata de cosas que mejoran la experiencia de los clientes.

Características son nuevas funcionalidades que queremos añadir al producto, como acciones masivas, filtrado avanzado, etc. Son las tareas menos prioritarias de las planificadas durante un sprint.

Aunque desglosar los tipos de desarrollo puede ayudarle a organizar mejor su equipo, ¿cómo decidir quién se ocupa de qué?


¡Support Hero está aquí para salvar el día!

Como empresa de SaaS que somos, comprendemos la importancia de resolver los problemas rápidamente para ofrecer a los clientes la mejor experiencia posible. Sin embargo, eso no significa que todo el equipo deba pasarse el día ocupándose de los problemas, ¡nunca conseguiríamos hacer ningún otro trabajo! 👨‍💻👩‍💻

Por eso utilizamos un sistema que elimina las distracciones y aumenta la productividad del equipo de desarrollo. Lo llamamos Support Hero.

superman

El Support Hero es una persona del equipo de desarrollo, que rota a diario, que se centra en los problemas instantáneos que hay que resolver (y responde a preguntas más profundas y técnicas que tengan los usuarios), para que el equipo pueda seguir centrado en sus tareas. 💪

Cualquier problema que no pueda ser solucionado en ese preciso momento por el Support Hero se registra en GitHub, el software que utilizamos para la gestión de código y problemas, y se aborda lo antes posible.

Lo bueno de contar con un Support Hero es que, incluso con un equipo pequeño, puede ofrecer asistencia de alta calidad a sus clientes: cualquier problema técnico en profundidad puede solucionarse al momento, evitando el frustrante proceso de tener que pasar los problemas a la persona "adecuada".

La mejor parte: tener un Support Hero acerca a tus desarrolladores a tus clientes. 💛


Todo es cuestión de estructura

Ahora que hemos hablado de los tipos de desarrollo y de cómo delegar asuntos, vamos a discutir cómo organizar su estructura. Todos los diferentes componentes a continuación se unen para informar cómo avanza el equipo.

Una visión del producto y una hoja de ruta puede ayudarte a saber a dónde quieres llevar el producto, para que luego puedas tener en mente características que te lleven allí - esto idealmente se superpone con lo que recoges de tu apoyo. 👓

Ayuda es todo sobre las opiniones de los clientes. Esto incluye peticiones de funciones, problemas y mejoras de UX, que siguen la visión del producto y la hoja de ruta antes mencionadas. Regístrelas y llévelas a la reunión de preparación del sprint.

Un gestor de incidencias informa de errores tanto en el back-end como en el front-end. También le permite ver qué problemas aparecen incluso sin que la gente se lo diga. Una sugerencia es Elastic APM - pero hay muchas opciones por ahí.

Pruebas internas permite a todo su equipo probar nuevas funciones antes de que salgan al mercado. Realizamos pruebas de forma activa antes de pasar las actualizaciones de la fase de pruebas a la de producción. Y como utilizamos Salesflare internamente, también podemos detectar posibles problemas y mejoras en el producto. Siempre es bueno que su equipo utilice su producto siempre que sea posible para conocer de primera mano cualquier problema que pueda surgir y tener un conocimiento profundo de su propio producto.

Hotjar Las sesiones de grabación pueden ayudar a tu equipo a ver cómo interactúa la gente con el producto y dónde van las cosas mal (o bien). Las grabaciones de usuarios, aunque no son necesarias a diario, pueden ofrecerte información adicional sobre cómo utiliza la gente tu producto, ya que puedes ver lo que hacen sin necesidad de que te lo expliquen.


¡Hora de esprintar!

Estructure el trabajo de su equipo de desarrollo en sprints, una metodología ágil. Como pauta general, los sprints de dos semanas de duración son los más habituales para TI y desarrollo de productos de software. 🏃‍

Sin embargo, se recomienda prepararse antes de las reuniones del sprint, ya que de lo contrario las cosas pueden volverse un poco caóticas y salirse del tema.

Esto puede solucionarse con reuniones de preparación de sprints. El director de tecnología, el propietario del producto y el gestor del producto (más información sobre la diferencia entre propietario del producto y gestor del producto) asisten a esta reunión y aprovechan el tiempo para analizar los problemas instantáneos pendientes, las mejoras de UX, los problemas no instantáneos y las características. Esto ayuda a establecer la agenda y las prioridades para el próximo sprint sin necesidad de sacar tiempo de la propia reunión del sprint. ✅

Después, por supuesto, llega el momento de la reunión del sprint. La reunión del sprint se centra técnicamente en lo que se debatió durante la reunión de preparación del sprint, para que el equipo de desarrollo sepa exactamente cómo van a hacer las cosas. También ofrece una plataforma para revisar los problemas instantáneos en equipo. En esta reunión deben participar el director de tecnología y el equipo de desarrollo. El propietario del producto y el equipo de soporte también pueden participar, pero son menos necesarios en esta fase.

Al comienzo de esta reunión, es una buena idea reflexionar sobre el sprint anterior: qué salió bien, qué salió mal, etc.


¿Qué hay en tu caja de herramientas?

Las herramientas que utilice en su empresa pueden contribuir al éxito de su equipo de desarrollo. Ya hemos hablado de Hotjar y Elastic APM, pero otras herramientas a tener en cuenta para agilizar la comunicación y la gestión de tareas son:

Slack - para debates internos, actualizaciones/notificaciones, intercambio de archivos y algún que otro gif gracioso.

Trello - para tarea/gestión y seguimiento de proyectos quién hace qué en un sprint determinado

GitHub - donde registramos los problemas, las solicitudes de funciones, etc.

Intercom - para comunicarse con los clientes

Un aspecto estupendo del uso de estas herramientas es que pueden interactuar entre sí. Por ejemplo, recibimos actualizaciones de Trello y Github en Slack. Y en Trello usamos un potenciador de GitHub que integra la información de GitHub en Trello. 🌐

Además, podemos vincular GitHub a las conversaciones de Intercom, de modo que siempre tengamos el contexto a mano; y cuando lanzamos funciones o solucionamos problemas, podemos comunicarnos al respecto sin fallos.


Independientemente de cómo decidas estructurar el desarrollo en tu empresa, siempre es importante asegurarte de que tu equipo, por grande o pequeño que sea, pueda trabajar dentro de los procesos que decidas utilizar. 🚀

No tengas miedo de cambiar las cosas si no funcionan. La clave está en encontrar lo que funciona para ti y para tu empresa y seguir por ese camino.

Esperamos que esta guía rápida le haya servido de inspiración para crear y estructurar su equipo de desarrollo.

¿Tienes más ideas? ¡Cuéntanoslo en los comentarios! ✨


¿Le ha gustado este artículo? Consulte el resto de nuestros Interior Salesflare serie.


Para más información sobre startups, marketing de crecimiento y ventas

👉suscríbase aquí

👉sigue a @salesflare en Twitter o Facebook

 
Ali Colwell