Junto con Ivan Tryhub, cofundador y CEO de SPLIT Development, discutimos la formación de su empresa y las especificaciones de los proyectos, las ventajas de Worksection en comparación con Jira, así como los problemas de un precio fijo.
Háblanos sobre tu empresa
SPLIT Development fue fundada en 2019. Soy el CEO de la agencia. Nuestro equipo se dedica al diseño y al comercio electrónico. Ahora nos enfocamos más en Shopify y Wordpress, pero estamos ampliándonos gradualmente a Node.js también. Prácticamente no tenemos clientes en Ucrania, así que trabajamos con el mercado occidental.
Captura de pantalla de proyectos del sitio web de SPLIT Development
Comenzamos a trabajar junto con el cofundador de la empresa, Dmytro Karpov, y nos dimos cuenta de que no queríamos contratar especialistas caros al principio, porque al inicio esto “mataba” un poco el negocio.
En general, yo era un desarrollador front-end, así que enseñamos a nuestros conocidos y amigos sobre front-end, y así comenzamos a trabajar con los primeros clientes. Yo hacía ventas, lideraba proyectos y ayudaba a los chicos revisando su código.
Pero rápidamente nos expandimos, comenzamos a obtener proyectos y contratamos a un gerente de proyectos. Con estos pasos, después de aproximadamente un año y medio, conseguimos Shopify. Y ahora el equipo de desarrollo de Shopify ha crecido a 11 – 12 personas.
¿Con qué herramientas trabajaste antes de Worksection?
Al principio, trabajamos con Trello, la versión gratuita con 12 proyectos disponibles, pero debido a una funcionalidad bastante reducida, queríamos llegar a algo más estable. Luego trabajamos con Jira. Pero Jira se volvió un poco caro, ya que el equipo comenzó a escalar. Además, también tenía funcionalidades limitadas.
Por ejemplo, todos trabajamos con un rastreador, pero no hay rastreador allí. Así que una vez un amigo mío (también dueño de una agencia) recomendó Worksection. Tuvimos una introducción, escuchamos todo y nos gustó.
Tablero de proyectos en Worksection
¿Por qué elegiste Worksection?
Porque Worksection tiene características muy geniales. Por ejemplo, el seguimiento del tiempo. Cuando comenzamos a trabajar con la herramienta, empecé a analizar cuánto tiempo gasta el departamento de diseño, el departamento de Shopify y Node.js en los proyectos. Y cuando convertí todo esto en cuánto deberíamos recibir, los números que tenía eran mayores de lo que realmente recibimos. Por lo tanto, digamos que apareció el análisis.
También es muy conveniente que en Worksection puedas nombrar a una persona responsable para una sección entera de una vez, que será responsable no de una tarea específica como un todo, sino de una etapa determinada.
Por ejemplo, los desarrolladores movieron la tarea de una etapa à la etapa de “Listo para QA”, pero olvidaron nombrar a un tester. El tester entonces no puede añadir tiempo allí, porque no es “su tarea”. Pero cuando la tarea se transfiere entre etapas y la persona responsable se cambia automáticamente, es genial.
Y si comparamos nuestro trabajo ahora con cómo trabajamos con Jira, puedo decir que Worksection es más conveniente: análisis de tiempo conveniente, informes. Para nosotros, esto es lo mejor. Ofreció muchas características útiles, y nos ayudó a crecer y entender dónde estábamos perdiendo en el negocio.
Problemas de precio fijo
Durante un tiempo trabajamos con un precio fijo, pero hay muchas dificultades con este enfoque. Por ejemplo, podemos comenzar un proyecto y dividirlo en etapas. Terminamos la primera fase y comenzamos la segunda. Luego el cliente envía correcciones à la primera etapa y las hacemos, terminando la segunda etapa. Pero no podemos cobrar hasta que perfeccionemos la primera.
Ahora trabajamos más a una tarifa por hora. Al principio del trabajo, siempre proporcionamos al cliente una estimación, señalando que los gastos pueden ser mayores o menores. Porque no podemos calcular perfectamente cuántas horas gastaremos al final.
Nuestros desarrolladores y diseñadores trabajan con un rastreador, los gerentes no rastrean el tiempo. Porque se pueden contar las horas de trabajo de un desarrollador y un tester, pero no el tiempo de un contador, por ejemplo.
¿Dónde se comunica el equipo sobre los proyectos?
Comunicamos más en Slack. Pero si hay alguna pregunta sobre las tareas, preferimos escribir comentarios en Worksection, para que no se pierdan luego en el chat de Slack.
Por ejemplo, algo ha cambiado en el diseño. El cliente vio el diseño, le gustó todo, pero miró en el sitio web y decidió que algún botón debería ser de un color diferente. Tales detalles, donde el cliente hace cambios, se registran en Worksection, es decir, en los comentarios o en la descripción de la tarea, para que el tester pueda verlo durante la revisión y entender por qué el sitio difiere del diseño.
¿Cuándo deben los equipos implementar un sistema como Worksection?
El sistema de gestión debe estar en su lugar desde el principio. Lo tuvimos desde el principio, simplemente no sabíamos sobre Worksection.
Algunos equipos simplemente utilizan Trello, por ejemplo. Pero a medida que el equipo crece, buscas otras soluciones. Para nosotros, Worksection es “calidad-precio”, es decir, no es demasiado caro, como Jira, y tiene incluso más funcionalidades solo para nosotros.
Mira la entrevista completa en video con Ivan en nuestro canal de YouTube.