Cómo derrotar el alcance del monstruo que se arrastra de una vez por todas

Aprender a trabajar con desarrolladores a distancia es una capacidad valiosa que tendrá un impacto positivo en su negocio y billetera. En los elementos anteriores de nuestra serie de trabajo con desarrolladores que abordamos:
Todo lo que tienes que hacer cuando contratas a un emprendedor de WordPress
Cómo escribir un proyecto de proyecto de WordPress: Blueprint
Cómo trabajar de manera efectiva con los expertos de WordPress
Ahora cubriremos un tema bastante pegajoso, pero muy importante. Obtener el correcto le dará una relación continua con su experto, que incluso puede beneficiarse de su saldo bancario. Hablaremos de alcance.
Puede pensar que obtener más de tu dinero es algo bueno, ¿verdad? No. Quédate conmigo, explicaré por qué, de hecho, escapar en el alcance es algo malo no solo para el experto, sino también para el cliente. Luego le daré algunos consejos sobre cómo evitar disminuir el alcance. ¿Cuál es el alcance? La esfera del proyecto es el trabajo que el experto acordó hacer por usted. Esto no siempre es lo mismo que el informe de su proyecto. El resumen es el primer paso importante, pero después de una discusión con su experto, el trabajo en el que se acordó puede haber cambiado. Este trabajo acordado se pondrá por escrito, aquí en Codible, generalmente se enumera en la sala de trabajo.
El alcance del alcance es cuando el alcance del proyecto se hace mayor sin ningún cambio en el presupuesto. La parte “Creep” se debe al hecho de que el trabajo generalmente no se agrega de manera obvia, como “mientras remedia ese error, rediseñe mi sitio”. Por lo general, en formas más pequeñas y menos obvias, estas cosas adicionales se “deslizan” en un proyecto. Al menos desde el punto de vista del cliente, estas cosas son cosas simples y rápidas, que para un experto, como un desarrollador o un diseñador de WordPress, son solo unos pocos clics. Aquí hay 3 ejemplos bastante comunes: fluir el alcance – Ejemplo 1 Usted solicitó a un experto para crear un sitio web. Has enumerado todas las cosas que quieres tener. Cuando miras el resultado, dices: “Necesito otra página, solo una página de texto básica”. Fluyendo el alcance – Ejemplo 2, mira y diga: “Oh, el formulario necesita algunos campos adicionales”. Fluyendo el alcance – Ejemplo 3, eche un vistazo y diga: “¿Podemos agregar ese formulario de contacto en la parte inferior de la nueva página?”. Si ninguno de estos elementos ha sido aceptado por adelantado, entonces esta es una disminución en el alcance: solicite cosas que nunca ha comunicado a su desarrollador. Por lo general, son muy pequeños, pero se levantan. A veces, hasta que trabajen más horas, trabaje por el cual no se pagó.
A veces los cambios solicitados ni siquiera son pequeños. A veces, la demanda en sí es una hora o horas de trabajo, incluso días. Por ejemplo, le pide al experto que cree un complemento. El experto cumple con todos sus requisitos, pero no es exactamente lo que quería. Entonces le pide al experto que cambie cómo funciona el complemento. Dibujo de una línea: ¿es realmente un toque de aplicación? Es importante tener en cuenta lo que no es el alcance. Si se solicita trabajo adicional y se ajusta el presupuesto, entonces esto no es un cambio en el alcance. Solicitudes de nuevas funciones, aunque parte del mismo problema realmente no se desliza, tal vez deberíamos llamar a esto “completar el alcance”. También es mala, pero la variación de la aplicación es mucho más compleja. ¿Necesita ayuda con su tema de WordPress? ¡Contrata a Zackary Allnutt para tu próximo proyecto! ¿Por qué es la pulverización del dominio? Una forma común de trabajar es que el cliente paga X y el experto completará el proyecto, y luego el cliente le dirá al experto que cambie. Uno de los principales problemas que veo es que tanto los clientes como los expertos no están acostumbrados a proyectos de cotización fija. Dejame explicar. Si trabaja como empleado o a una tarifa por hora, entonces no hay nada de malo en esto en sí mismo, al experto o al empleado se le paga por las horas que trabajan. Si cambia de opinión o piensa en algo más para agregar, entonces no hay problema.
Cuando estaba empleado, no me importaba que el empleador “perdiera el tiempo” haciéndome trabajar y luego cambiar la mitad. Estaban desperdiciando sus propios recursos, me pagaron. Pero aquí, en Codible, trabajamos para una cita fija, por lo que tenemos que trabajar de manera diferente. Es por eso que debemos ser estrictos en términos de alcance. Si el cliente está dispuesto a pagar adicional por estos cambios, ¡genial! Pero cuando el cliente espera esos cambios como parte de la cita original, el problema está aquí. Por qué el alcance es perjudicial para el cliente ahora se puede preguntar, como cliente, ¿por qué debería importar para usted, verdad? Es natural que cualquiera quiera más por su dinero. Pero esto es diferente para obtener un 20% de compras. ¿Por qué? Porque su experto nunca incluyó este trabajo en su oferta. Por lo tanto, cualquier cosa que no haya sido escrita en su acuerdo se realizaría de forma gratuita. En cualquier actividad que haga, ¿agradecería a alguien que le pediría que trabaje gratis? Sin derecho? Entonces no es tu experto. Y esta es la primera razón por la que usted, como cliente, debería preocuparse por escapar del alcance. Duele su relación con el experto y hay enormes beneficios de ahorro de costos si trabaja con el mismo experto. Actualmente estoy trabajando en un complemento personalizado, que me tomó tiempo para reunirme. Ahora puedo reducir mi cita para trabajos posteriores, porque ahora lo sé muy bien. Si mi cliente lleva el trabajo de otro experto, tendrá que pagar por ese experto para conocer el complemento como ya yo.
Si el proyecto comienza a tener lugar con el tiempo debido a la variación de la aplicación, un trabajo de 30 horas sería un trabajo de 40 horas ahora. Lo que es muy probable que suceda es que el trabajo tiene prisa. Puede obtener esos cambios en los deseados, pero muy posible en detrimento de otros trabajos importantes. El tiempo asignado para limpiar y probar el código ha desaparecido y su experto en este momento probablemente esté menos entusiasmado con su proyecto. Puedo asegurarle que no es lo que desea. La fase de control de calidad es una parte esencial del proyecto y no debe sacrificarse por varias características. Las espinas clave de Brievia, entonces, ¿qué se puede hacer para evitar la disminución de los proyectos? Los clientes y los expertos comunes con el antiguo modo de trabajo deben aprender una forma diferente de trabajar para que las citas fijas sean exitosas para ambas partes. Desde mi experiencia, Clarity es la salsa secreta para un cliente feliz y un experto feliz. Esta feliz dinámica es una parte clave de los ETOS codibles. Para el mejor éxito, esta claridad proviene de ambos lados.
Cómo escribir mejores acuerdos de proyecto La regla general es que, si no está escrito, no es parte del acuerdo y, por lo tanto, el experto no tuvo en cuenta el tiempo necesario para incluirlo.
Sea lo más claro posible con su breve, cuáles son sus objetivos y qué espera. Trate de asegurarse de cubrir todo lo que necesita, incluso las pequeñas cosas.
Haga preguntas si no está seguro. Como experto, estoy muy contento cuando se me preguntó sobre el acuerdo: significa que el cliente presta atención desde el principio y puede predecir una excelente relación de trabajo. Si no sabe todo lo que necesita en este momento, considere pedirle a su experto. Un proyecto de consultoría o descubrimiento. Estos proyectos previos al trabajo son una excelente manera de trabajar con un desarrollador para escribir un gran breve y asegurarse de obtener todo lo que necesita del proyecto. Nunca asuma que se realizará un trabajo si no se escribe en el acuerdo que usted, incluso Si crees que es obvio. Este es un error, porque cada cliente y experto tiene una idea diferente de “obvio”. Puede suponer que se incluirá el estilo, pero otros clientes esperan hacerlo solos.
Recuerde que el acuerdo es el alcance, no su mandato. Esto se debe al hecho de que hay momentos en que las cosas en breve no se harán por ningún motivo. Se dividen entre tareas, no todo se puede hacer con el presupuesto o no todo en la lista se puede lograr. Entonces, cuando hablamos sobre el alcance, es lo que se ha acordado en ambos lados.

Si realiza una solicitud que está fuera del alcance, prefacio con “¿Puedo agregar X como una carga adicional?” Sabiendo que el cliente es consciente de que este trabajo adicional es realmente útil para el experto; ahora sabemos que no tenemos que tener una conversación sobre el alcance.
El papel clave de las revisiones en el breve proyecto El trabajo está listo y eche un vistazo a su proyecto, está bastante emocionado (¡espero!
) Resultados, pero hay algunos cambios por aquí y allá que le gustaría cambiar.Desde mi experiencia, el problema comienza aquí.Debe saber que, en este momento, el experto considera el proyecto completo y no espera que se sigan la lista de cambios.En el otro extremo, el cliente podría tener dos/tres pequeñas solicitudes como “¿Puedes cultivar esa fuente un poco?”.No es gran cosa.Pero déjame decirte esto: las reseñas y la disminución del alcance son los mejores amigos.¿Por qué?Bueno, porque no hay una respuesta común a lo que importa como revisión y cuántas revisiones son razonables para solicitar.Y, créanme, todo tipo de cosas se solicitan con el pretexto de “revisiones”.La lista de revisiones puede duplicar o incluso triplicar el trabajo a veces.¿No crees, el cliente, que esto afecta a tu bolsillo?
Las revisiones parecen ser un hecho en nuestra industria y, para evitar que trabajen de forma gratuita, los expertos podrían agregar grandes cantidades a una cotización de proyecto para cubrir este flujo de modificación casi inevitable después de la finalización del trabajo. El flujo de trabajo común con el que los clientes y expertos (y parte del problema) están acostumbrados es que el proyecto se completa, presenta y luego el cliente enumera todo lo que quieren ser cambiado. Esto es muy malo para todos los involucrados. He oído hablar de desarrolladores que duplicaron su cita para hacer frente a las solicitudes de revisión. Y aquí los clientes son excedentes de la idea de que podrían querer cambiar las cosas. Como dijo Aristóteles, la verdad está en algún lugar en el medio. De hecho, los desarrolladores no hacen diligencia antes de comenzar el proyecto, y los clientes hacen un mal trabajo para describir lo que quieren. Es importante que ambos lados estén en la misma página aquí. ¿Entonces las revisiones (o no) están incluidas?
Las cosas siempre aparecen durante un proyecto, las cosas que olvidaste de mencionar o cosas que no te diste cuenta desde el principio. El error clásico aquí no es haber presupuestado para estas cosas. Si pones dinero a un lado para ellos y espera aparecer, entonces no se sorprenderá cuando lo hagan y no intentará presionar el propósito de descubrir estas sorpresas. El concepto clave que no debe olvidar es: si las revisiones no se mencionan en su acuerdo, debe suponer que no están incluidos. A pesar de la opinión popular, no hay ninguna razón por la cual las revisiones deben ser parte del financiamiento inicial. Personalmente, no soy fanático de las revisiones que forman parte del proyecto original, porque son muy variables y difíciles de considerar. También son muy difíciles de definir, lo que resulta en valiosas páginas de definiciones en un contrato. Además, no quiero cobrar a los clientes por las revisiones que no pueden preguntar. Un gran peligro (al menos con revisiones ilimitadas) es que alienta la falta de atención en la etapa de planificación del proyecto, porque el cliente es consciente de que puede cambiar el trabajo solo después de que esté listo, si no es lo que quería. Espero no tener que explicar por qué una mala planificación no es buena para su negocio. En cambio, considere la posibilidad de dejar su presupuesto un amortiguador del 30% para tener en cuenta los cambios que desea hacer. Si desea incluir revisiones en el financiamiento inicial, pregúntele a su experto sobre ellas. Aquí hay algunos tipos de acuerdos de revisión que puede ver:
“Las revisiones no se incluyen en la cita y se cotizan si se solicita” “En la cita se incluyen 2 rondas de revisiones; esto no incluye suplementos fuera del alcance y se limita a pequeños cambios de diseño y funcionalidad”.
“Se incluyen 20 pequeñas revisiones de una sola acción en la cita: esto no incluye más fuera del alcance y se limita a pequeños cambios de diseño y funcionalidad”
Terminar su alcance no es algo de lo que solo los expertos deberían preocuparse. Y los clientes tienen que aprender cómo no enamorarse de él, porque pueden afectar directamente su presupuesto general, alcanzando citas más grandes de expertos. Cuando contrata a un desarrollador, diseñador, experto en seguridad o cualquier otro profesional, crea una relación comercial. No importa cuánto tiempo tome. Entonces, si desea evitar disminuir el alcance, le sugiero que comience con una buena planificación de su lado, dejando un búfer de búfer (~ 30% como referencia útil) Si piensa en cosas que podría ser necesario agregarlos luego. Luego, pase a la traducción de toda esta información a un resumen sorprendente del proyecto y mantenga clara su comunicación durante todo el proyecto. Y nunca lo olvide: sea justo con su experto, no les pida que hagan cosas que no hizo antes de citar. ¿Qué tan feliz estarías de trabajar para alguien que lo haría? Bueno, muy feliz de que su experto trabaje en su proyecto. ¿Crees que quieren volver a trabajar para ti? ¿Necesitas ayuda con WordPress? ¡Contrata a Zackary Allnutt y pídele que haga su magia para ti!