Webdev independiente: cómo y con quién NO debería trabajar

KDPV tomado de aquí

A menudo escucho historias como "Intenté trabajar independientemente, no me gustó" y encuentro muchos conceptos erróneos sobre este tipo de trabajo, porque la gente acaba de comenzar "en el lado equivocado". Intentaré rectificar la situación con esta publicación.

Debo hacer una reserva de inmediato: la mayor parte de lo que está escrito aquí siempre tiene experiencia y ya se ha descrito en Internet. Solo a menudo se encuentra en forma de consejos cortos y categóricos como "no trabajes con imbéciles". Y también conocí estos consejos, pero este es el problema: en esta forma no funcionan. En general Por el contrario, quiero decir cómo lo dicen, una persona le ofrece un trabajo, está dispuesto a pagar dinero (más que a los cargadores en el frío), y usted lo insulta, incluso en ausencia. Parece que el autor de esta declaración simplemente se usó para "recibir" en lugar de "ganar" y tiene una autoestima demasiado alta. Y solo después de muchos proyectos fallidos, se da cuenta de que había algún tipo de sabiduría en esas palabras.

También vale la pena mencionar por qué no vale la pena trabajar con alguien, lo malo que puede pasar (y por qué inevitablemente sucederá). Y aquí no es suficiente dar ejemplos de la experiencia, es solo una explicación lógica, que trataré de agregar.

Y sí, casi todo lo que se describe en la publicación está confirmado por la experiencia personal del autor (a veces, desafortunadamente).

Banderas rojas

Si no le gusta algo del proyecto o del cliente, esta es una señal de alerta en sí misma. Necesitas estar en guardia. Pero algunas banderas rojas son más importantes que otras. Cada uno puede tener el suyo, pero aquí están los que tengo:

1. "Sin pago anticipado o pago parcial, sin transacción a través del intercambio, discutimos en Skype y pagamos directamente cuando está listo".

La mayor bandera roja posible. Simplemente no te pagarán. Es sorprendente que a pesar de lo obvio de la situación, las personas continúen encontrándose.

No crea en la "cuenta bombeada", puede ser hackeada. No crea en "compañías de fama mundial", compañías estatales o contactos reales de una persona respetada. Les basta con decir que "estropearon algo en contabilidad, esperar hasta el año próximo" y evitar pérdidas de reputación, y se quedará sin dinero y en un estado de ánimo muy malcriado.

2. "Hacer sait a bueno"

La incapacidad del cliente para comunicarse de manera competente, crear propuestas y transmitir ideas es la garantía de un dolor de cabeza de su parte. Y esto incluso en la descripción del proyecto, el cliente puede intentar escribir más bellamente, pero si en la comunicación ve fragmentos de frases sin sentido, ignorancia completa de los términos y un montón de errores: mejor cambie de opinión de inmediato, entonces solo empeorará.

No te lo explicarán, harás algo mal y luego descubrirás que ahora tienes que rehacer todo sin ningún cargo adicional. Y luego otra vez. Y al final, también será culpable de que la fecha límite haya superado la fecha límite.

3. "El último profesional independiente falló"

A veces se encuentra en versiones más veladas, como "necesita averiguar el código personalizado" o "tenemos poco más que hacer aquí". Si el que hizo esto no quiere terminarlo, esto ya debería alertarlo.

O se peleó con el cliente, o se dio cuenta de que su enfoque inicial era incorrecto, había llegado a un punto muerto, y para continuar trabajando, todo tuvo que ser reescrito desde cero. Y en cualquier caso, el proyecto puede ser mucho más complicado de lo que parece.

4. Bajo presupuesto

Parece inocente, pero de hecho es una de las banderas más peligrosas y frecuentes (especialmente en freelance en ruso). Parecería que en un mundo ideal, el cliente debería comprender que paga por debajo del mercado y, por lo tanto, debería ser más indulgente con las pequeñas cosas en el momento del cheque. Pero en realidad, una paradoja, cuanto menor sea el pago, mayores serán los requisitos, una verificación más meticulosa y más alteraciones impagas, agregar. Obras y documentación.

Pero esta paradoja se explica simplemente: si el cliente tiene que ahorrar, entonces simplemente no tiene más dinero. Y no tendrá el dinero para contratar a un segundo profesional independiente para hacer cambios, o para contactarlo nuevamente de forma paga. Y entiende perfectamente esto, por lo que hará todo lo posible para exprimir todo del proyecto actual (y de usted), hasta la última gota. Y luego un poco más. Y un poquito más. Hasta que se canse.

5. Absoluta ignorancia de TI

Su futuro jefe, el que establece las tareas y evalúa la implementación, no siempre es la misma persona que el cliente. Y si este jefe no entiende la TI de la palabra (por ejemplo, no sabe qué es CSS y por qué es necesario), será extremadamente difícil para usted trabajar.

El problema es que esas personas generalmente subestiman la complejidad del desarrollo y sobreestiman las capacidades del programador. Y cada vez que su mundo imaginario de TI choca con la dura realidad, lleva largas (generalmente no remuneradas) explicaciones de lo que sucedió exactamente.

Estas personas no entenderán por qué no puede "simplemente tomar y decir exactamente cuánto costará y cuántos días tomará". Y por qué la evaluación "a simple vista" puede resultar errónea varias veces (y por qué esto no es lo mismo que la promesa). Y de todos modos, ¿por qué no tiene prisa por renunciar a todos sus asuntos actuales y comenzar de forma gratuita y evaluar con precisión en horas hombre la idea que acaba de visitarlos?

E incluso si logra hacer todo perfectamente y a tiempo, al final del proyecto en algunos casos puede escuchar algo como "Probablemente presionó un par de botones allí y me facturó como un salario mensual. Escríbame un informe detallado que detalle por todo el trabajo, le pido algunos puntos, y si le gustan las respuestas, se le pagará ".

6. Presupuesto y clientes ambientales (en relación con la Federación de Rusia)

Además de los puntos ya mencionados (bajo presupuesto, ignorancia absoluta de TI) en este sector, a menudo tendrá la oportunidad de sumergirse en un mundo maravilloso donde el control total se entrelaza con un desastre total, la burocracia pura se entrelaza con la autoridad no oficial y mucho más.

Por ejemplo, cuando le dicen que los conocimientos tradicionales son más importantes que el sentido común, y debe hacer lo que está escrito, incluso si hay un error obvio. Los GOST, por cierto, también son más importantes que el sentido común. Como ejemplos de otros sitios gubernamentales. Y si los conocimientos tradicionales, los GOST y los ejemplos difieren (o el inspector no comprende la esencia del problema), entonces debe hacer todas las opciones posibles y explicar cómo cambiarlas rápidamente. Sin recargos, por supuesto, el presupuesto ya ha sido aprobado.

Digresión lírica. En general, muchos empleados estatales son simplemente suyos, una categoría separada de personas con su propia visión del mundo y trabajan como tales. Están acostumbrados a que ZP llegue cuando está "marcado". Y su propuesta para mejorar la funcionalidad será percibida con sorpresa y malentendido, como un intento de llegar a un castigo. Como, "Aquí está la declaración de trabajo, aquí está el pago. Si lo hace en la declaración de trabajo, se le pagará, todo es simple. Sí, por supuesto, lo que propuso es útil y conveniente, pero ¿de dónde viene? Este es el trabajo, es recibir el pago, y no hacerlo útil y conveniente. Estás trabajando por primera vez, chtol? "

Y al final del proyecto, puede haber una situación en la que todo parece ser aceptado, el proyecto debe ser aceptado, el pago debe ser suyo, y nadie puede discutir esto ... solo algo no está de acuerdo con los documentos, necesita algún tipo de confirmación, ayuda, y en general debería hubo una licitación, y Andrei Sergeyevich dijo que no debería, pero el presupuesto ya había sido asignado, pero no asignado allí ... Bueno, ya entiendes.

Por supuesto, no todos los empleados estatales son así, hay quienes realmente se esfuerzan por mejorar, y hay proyectos realmente buenos, pero vale la pena estar alerta.

Bueno, en general, incluso con estas banderas rojas, ya se avecina una imagen aproximada del cliente con el que no debe trabajar, incluso si no se aplica a ninguna bandera específica.

Guarda los nervios para ti y para el cliente, busca buenos pedidos, hay una buena opción. Mientras trabajas en un proyecto inútil de bajo pago con un cliente desagradable, los buenos con buenos proyectos tienen que tomar a cualquiera en tu lugar.

Cómo aplicar y no aplicar

Para considerar este problema, hay un problema interesante de rompecabezas. esperando:

Vasya conoció un proyecto en un mercado de divisas: crear un sitio web para una escuela deportiva española. Todo le conviene en este proyecto: precio, requisitos, términos. Ya hay 10 aplicaciones para el proyecto. ¿Debería también aplicarse Vasya?

Vasya no sabe cuáles son sus posibilidades, pero las estima como "promedio":

• no es el webdev más barato, pero tampoco el más caro;
• no el más experimentado, pero lejos de ser un principiante;
• no es el más rápido, pero tampoco es lento;
• no tiene hermosos sitios de escuelas deportivas o sitios en español en su cartera, pero tiene un montón de trabajos de calidad de complejidad similar;
• No está en España y no habla español, pero sabe inglés y es bueno para usar el traductor de Google;
• no es un atleta y no el dueño de una escuela deportiva, pero recientemente estaba buscando una escuela deportiva para su hijo, por lo que sabe lo que es importante para los visitantes de dichos sitios;

Supongamos que un cliente, guiado por algunos criterios, asigna a cada profesional independiente una calificación de 1 a 10. Y solo invita a la persona que obtuvo la calificación más alta para una entrevista. Si, por ejemplo, no hay nadie con una calificación de 10, invitará a uno con 9. Si hay varios trabajadores independientes con una calificación de 9, los invitará a todos a una entrevista (y luego elegirá uno).

Vasya supone que su calificación es 5, y la calificación de otros freelancers es un número aleatorio del 1 al 10 con una distribución uniforme. Pregunta: ¿Cuáles son sus posibilidades en este caso, al menos para obtener una entrevista? ¿Qué es el tapete? esperando el costo de esta entrevista para él, si estima el costo de la solicitud en $ 1?

Las conclusiones se sugieren a sí mismas: no presente solicitudes para proyectos si no puede otorgarse una calificación de al menos 8-9 por algún criterio.

Enfoque general del proyecto.

Aquí es más probable un truco personal de la vida: no trabaje en proyectos que no le causen una sensación de satisfacción personal. Si la idea le parece desastrosa, inútil, defectuosa o simplemente no interesante. Si el cliente es una persona desagradable que no quiere ayudar. Si el kit de herramientas seleccionado es un callejón sin salida o una curva (hola, Bitrix). Un profesional independiente siempre tiene una amplia selección, úsala.

El trabajo en TI en promedio se paga bastante alto, pero para obtener un pago decente, debe ser realmente efectivo en su trabajo. Sin embargo, es imposible ser efectivo durante un largo tiempo en el trabajo que no le gusta y del que ni siquiera quiere salir de debajo de las mantas por la mañana.

En serio, recordando mis picos de eficiencia, llegué a la conclusión de que todos estaban en una situación en la que estaba haciendo un buen proyecto para los buenos, algo realmente útil y correcto.