4 aspectos pasados ​​por alto para una subcontratación exitosa

Cuando está a punto de contratar a un desarrollador de WordPress, puede pensar que al final la calidad de su proyecto está en su regazo. Lamento haber roto tu globo, pero está completamente mal. “¿Por qué dirías eso, Matteo? Seguramente, cuanto mejor sea un desarrollador mejor en el trabajo, ¡mejor será su trabajo! tu ojo. Lamento decirte: te equivocas de nuevo. Y aquí está la razón principal por la cual: asume arriesgado que todas las cosas que no están bajo el control de su desarrollador. Específicamente, este enfoque cuando se trabaja con desarrolladores subcontratados supone que todos los detalles no solo se han subrayado, sino también que ambas partes los entienden y lo aproban perfectamente. Lo mismo es cierto para todos los trabajos técnicos esenciales que estarían involucrados, así como para un calendario y costos comunes.
Estas son algunas cosas que aquellos que están pensando en contratar desarrolladores subcontratados por primera vez no tienen éxito en lograrlos. Pero, oye, no se desespere porque he preparado esta lista con los 4 errores más frecuentes que aquellos que comienzan por primera vez comienzan un nuevo proyecto de salida de WordPress. ¿Quieres saber cuáles son? Apuesto a que lo harás … ¡así que vamos a lanzarnos! Error #1: La falta de comunicación proactiva de comunicación es la piedra angular de cada relación y, como una persona que contrata los servicios de un desarrollador subcontratado, es de gran importancia encontrar este aspecto que generalmente se pasa por alto.
Ya sabes, trabajar con los desarrolladores de distancia trae otro tipo de entorno, para algunos incluso un nuevo, en el que todo el trabajo será discutido, aprobado y, finalmente, entregado. La dinámica cambia, especialmente si se compara con trabajar con empleados internos en su oficina. Un malentendido menor que podría superarse fácilmente por una conversación rápida en su oficina podría asociarse con un retraso en el inicio del proyecto con un desarrollador remoto. Pero los retrasos no son lo peor que puede suceder: los errores de comunicación y las solicitudes poco claras pueden conducir a un trabajo innecesario (o a una priorización inadecuada), lo que lleva a la necesidad de pagar algo que no necesitaría en el primero, por lo tanto, debe asegurarse de que que todas las comunicaciones son lo más claras y exhaustivas posible. Y, además, debe pedirle a su desarrollador WordPress que haga su parte: debe esperar comunicar sus planes y cómo tienen la intención de ejecutarlos con usted, de manera efectiva. El desarrollador WordPress y el experto en codificación Nathan Reimnitz Detalle: Entiendo perfectamente de dónde viene como un nuevo cliente que nunca ha subcontratado un proyecto antes y ahora se pregunta: “¿Cómo sé al menos qué funciona este tipo? ¿Realmente hace lo que dice que hará? Esto nos devuelve a la importancia de la comunicación; La comunicación continua, completa e informativa es tan importante para el desarrollador como para el cliente.
La comunicación está directamente relacionada con el éxito de cualquier proyecto y es la herramienta más fuerte en sus manos para asegurarse de haber entregado lo que ha esperado. Error no. 2: Demasiados “registros”, no importa cuán vital sea una comunicación continua, es igualmente importante no ser demasiado persistente. Cuando trabajas con un desarrollador subcontratado, se convierte en una necesidad para ellos, más que para ti, dejarte inscribirte en sus objetivos. Esto no tiene que suceder cada hora, pero un buen desarrollador al menos lo mantendrá al día con su progreso diario. La sintonización excesiva es contraproducente en ambos extremos. Distrae la atención del desarrollador y los hace perder su concentración desde el final del trabajo real para el que lo ha contratado primero. Lo que sería genial, como nos recuerda Nathan: no necesita consultar con el desarrollador cada 15 minutos o incluso cada hora. Es importante comprender que el tiempo que su desarrollador pasa respondiendo a sus mensajes es el momento en que realmente han perdido para resolver sus problemas, porque ahora pasan su tiempo respondiendo a usted, por lo que, en calidad del cliente. Practique un poco de paciencia, al menos hasta cierto punto, y espere a que su desarrollador se comunique con usted. Creo que descubrirás que siempre estás muy bien comunicado y que siempre estás actualizado.
Error no. 3: Sobre las pequeñas cosas (y el aplazamiento del proyecto) en el mundo del desarrollo web, existen ciertos software y herramientas que lo ayudan a seguir los proyectos extendidos. Asana, Trello, Jira, Basecamp son algunos de los nombres que probablemente haya escuchado, porque son algunas de las herramientas de gestión de proyectos más conocidas. Sin embargo, estas herramientas vienen con muchas funciones avanzadas que, cuando trabajan con un solo desarrollador independiente en pequeños proyectos, podrían ser “demasiado” y pueden permanecer en el camino. Lo que quiero decir aquí para proyectos pequeños. Son tareas como:
Creando una página de destino
Agregar un nuevo formulario en una página

Agregar un complemento deslizante
Agregar un complemento de seguridad
Configuración de un nuevo complemento
A medida que Nathan continúa exento: cuando se trata de administrar pequeños proyectos o resolver pequeños problemas, creo que el uso de herramientas de gestión de proyectos mencionadas anteriormente agrega una capa inútil que tiene un impacto negativo en la eficiencia. En estos escenarios, sería mucho más fácil (y más rápido) que un cliente consulte directamente con su desarrollador para un informe de progreso. La moraleja para aprender aquí es que las herramientas de gestión de proyectos podrían ser pequeñas para algunos tipos de proyectos. A menudo, una lista de verificación bien preparada hará el trabajo perfectamente por usted.
Si realmente desea estar 100% seguro de que cada aspecto estará cubierto y que todas sus solicitudes se abordarán, entonces le animo a que cree una lista de ellos, lo comparta con el desarrollador y les piden que agregue todos los aspectos técnicos para El proyecto y cualquier otro aspecto faltante que consideren apropiado. De esta manera, podrá evaluar si todo ha sido entregado (o sus desarrolladores internos pueden verificarlo). Nota: Tener una lista común de entregable ha demostrado ser una forma muy productiva de completar un proyecto y es por eso que muchos de nuestros clientes recurrentes a menudo comienzan con una fase de descubrimiento para sus nuevos proyectos. Griego #4: Falta de confianza al final Del día, ninguna relación puede funcionar sin un poco de confianza. Por supuesto, el factor de confianza se basa a través de esfuerzos en ambos lados. Si usa Codible, ese elemento de confianza se solicita completamente a la plataforma y sus requisitos básicos (descubra más sobre esto en nuestro libro). Sabemos que puede ser difícil confiar en los desarrolladores desde el principio, donde nuestro proceso detallado previo a la selección, junto con la asistencia proactiva para los clientes y la forma basada en la estafa de administrar los fondos son partes clave de toda la experiencia codificable.
La confianza es una relación mutua entre usted y el desarrollador que contrata. Ambas partes involucradas tienen que hacer su tarea: debe comunicar de manera efectiva sus expectativas y lo que necesita, entonces su desarrollador lo mantendrá actualizado con los últimos desarrollos, en función de una cronología común en la que ambos estuvieron de acuerdo. Como señala Nathan: si usted es el tipo de cliente que necesita esa comunicación de hora, está bien, pero comparta esto en el resumen inicial del proyecto, para que los desarrolladores comprendan mejor su modelo de comunicación favorito antes de involucrarse en el proyecto. Honestamente, es tan simple: “Oye, esta es mi espera. Necesito una actualización (incluso si es una sola línea) solo para saber que todavía estás allí ‘. Cuanto más honesto y abierto sea sobre sus expectativas para un nuevo proyecto, menos sorpresas tendrá. La primera vez que haces algo nuevo, generalmente empeora un poco de lo que planeaste porque no sabías lo que sucedería después. Sin embargo, esto no significa que no podrá lograr con éxito un gran proyecto al subcontratarlo (o cualquier parte de él) a un desarrollador remoto. El conocimiento anticipado que son los tipos de problemas más extendidos que los principiantes pueden encontrar le brindan un avance sólido, lo que puede ayudarlo a facilitar “saltar” en su primer proyecto exitoso de subcontratación.