El proyecto WooCommerce de tres cabezas: su agencia, el trabajador independiente y el desarrollador de su cliente

Con las predicciones de que las compras en línea eliminarán gradualmente los puntos de venta minorista en la próxima década, las personas se están subiendo cada vez más al carro de las tiendas en línea. Desarrollar un proyecto de WooCommerce requiere tiempo y experiencia que a veces puede no estar disponible en su agencia cuando la necesita, lo que lo obliga a buscar ayuda en otros lugares, como desarrolladores independientes.

Si ha llegado a la etapa en la que necesita llamar a un especialista, ¿cuáles son las cosas a considerar? ¿Cómo hace que las nuevas "adiciones" sean lo más suaves posible? Pero también: ¿qué sucede si su cliente ya tiene algunos desarrolladores internos disponibles?

Si las cosas no se planifican y ejecutan minuciosamente, podría ser un verdadero desastre con tantas personas involucradas.

¡Vamos a sumergirnos en cómo puede manejar un escenario de trabajo tan complicado y convertirlo en su ventaja!

Debes tener una buena comunicación, o de lo contrario no se logrará nada bueno.

La piedra angular de cualquier relación de trabajo y la clave para la ejecución exitosa de un proyecto es siempre una amplia comunicación. Tanto con sus clientes, que son importantes para desarrollar una imagen clara de cuáles son exactamente sus requisitos, como con todos los desarrolladores involucrados, ya sea que los incorpore directamente al proyecto o que provengan del cliente.

Para lograr esto, muchas agencias y desarrolladores usan Slack para discusiones grupales debido a sus muchas funciones. La importancia de tener un terreno común donde las comunicaciones van y vienen entre todas las partes involucradas es más detallada por WooExpert y el experto en codificación Mitchell Callahan de SAU/CAL, quien dice:

Esto es algo que sucede con bastante frecuencia: los clientes lo contratan porque quieren experiencia en WooCommerce, pero luego pueden tener un desarrollador interno o un profesional independiente con el que suelen trabajar. Es por eso que debe asegurarse de que todos los desarrolladores que trabajan en un proyecto, junto con el punto de contacto de la empresa del cliente, estén todos en el mismo canal de Slack. De esta manera, todos los sujetos involucrados en el proyecto pueden comunicarse entre sí de manera más efectiva.

Una vez que se configuran las herramientas de comunicación, es hora de centrarse en la siguiente: el repositorio de código.

Tienes que tener un proceso sólido para el código.

Cuando diferentes desarrolladores están trabajando en el mismo proyecto, no desea buscar a tientas cientos de códigos, archivos, directorios para averiguar quién hizo qué y dónde. Es por eso que las herramientas como Github o Bitbucket deben configurarse correctamente para permitirle realizar un seguimiento de cualquier cambio en el código.

Explica Mitchell:

Cuando trabaje con otros desarrolladores fuera de su empresa, debe tener un repositorio de Git para poder realizar un seguimiento de los cambios. Si se agrega algo al sitio, podrá saber quién lo agregó y cuándo, de modo que pueda aislar si surgieron problemas.
Lo más importante aquí es contar con un proceso sólido: por lo tanto, antes de enviar algo al servidor en vivo, siempre tenemos que hacer una solicitud de extracción y luego alguien hace una revisión del código.

Las herramientas son solo un medio para un entorno de trabajo más eficiente. La parte que falta, como vio, es tener un proceso claro que permita que todas las partes móviles funcionen con la menor fricción posible. Y ese es nuestro siguiente punto.

Todo el mundo tiene que saber de qué está a cargo.

El resultado de cualquier proceso de desarrollo depende de la claridad de las instrucciones y roles que cada sujeto debe cumplir. Específicamente, si desea tener un proceso eficiente, debe tener una estructura bien definida para el flujo de comandos, como subraya Mitchell:

Si está trabajando con otros desarrolladores, lo que le recomiendo es que tenga una jerarquía. De hecho, siempre recomendamos que nuestro CTO sea el encargado de las solicitudes de incorporación de cambios. Esto lo habilitará como el único que tiene la capacidad de fusionarse para que podamos asegurarnos de que cada fragmento de código se revise, fusione y programe de manera estructurada. En organizaciones grandes, esto puede ser un cuello de botella y varias personas pueden abordarlo.

Esto asegura que no haya conflicto de autoridad en el proyecto y, por supuesto, que el proceso se ejecute sin problemas.

Herramientas de gestión de proyectos: elige una y compártela entre todos

Si está haciendo todo lo posible para mitigar las dificultades, no puede dejar de invertir tiempo en despejar el aire en torno a las herramientas de gestión de proyectos. La más importante es evitar tener más de una herramienta PM ejecutándose al mismo tiempo. Eso es algo que se volverá descuidado en minutos, por lo tanto, aumente su carga de trabajo sin agregar ningún valor al proyecto.

Cuando trabaja con desarrolladores independientes y los desarrolladores internos de su cliente en uno de sus proyectos, su objetivo es que todas las partes participen en la herramienta PM con la que se sienta más cómodo. Lo sé, suena algo bastante difícil de lograr porque todos tienen sus propias herramientas preferidas. Pero así es como Mitchell y los muchachos de SAUCAL pueden ganar clientes y desarrolladores:

Mucha gente usa Jira, por ejemplo, donde usamos uno llamado Breeze en su lugar. Algunas personas, cuando lo vieron por primera vez, nos dijeron: 'Oh, esto no parece demasiado poderoso'. Y ahí es donde interviene el componente educativo. Les explicamos que hemos estado haciendo esto durante años con el mismo propósito (crear sitios de WooCommerce). Y para aquellos que realmente quieren ser parte del proceso, generalmente son desarrolladores, dedicaremos tiempo a capacitarlos sobre cómo usar nuestro sistema, de esa manera todos trabajaremos de manera cohesiva y compartida. manera.

Tener diferentes herramientas de gestión de proyectos entre las diferentes partes, es decir, usted, el equipo interno del cliente y algunos desarrolladores independientes pueden extender los plazos del proyecto innecesariamente. Es por eso que deshacerse de las herramientas duplicadas y centralizar todos los esfuerzos en uno compartido es muy beneficioso para el proyecto (y su cordura mental).

Terminando

Los canales de Slack, los repositorios compartidos y una herramienta de gestión de proyectos, que todas las partes involucradas acuerdan utilizar, son algunos de los elementos centrales para una finalización fluida del proyecto. Sin embargo, como ocurre con la mayoría de las cosas en la vida, todo se reduce a una comunicación efectiva entre todas las partes. Cerrar esta brecha es crucial porque, como dice Mitchell:

Quien tenga el comunicador más débil será el eslabón más débil.

Matteo Duo es estratega de contenido en Codeable.io , la plataforma de subcontratación n.° 1 centrada en WordPress que une a los desarrolladores de WordPress de clase mundial con empresas que necesitan un trabajo de calidad. Ha estado interactuando activamente con clientes y desarrolladores durante años para documentar las diferentes complejidades de sus relaciones y brindar una guía sobre cómo aprovechar WordPress como un activo comercial efectivo.