Discutir los conflictos entre programadores y clientes. Un debate sobre las situaciones ambiguas entre el programador y el cliente, y una clasificación de los programadores más conflictivos. - página 19
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
El cliente siempre tiene la razón. Si no estás de acuerdo, no aceptes un trabajo de poca monta.
Los términos de referencia deben ser redactados por el contratista y el cliente debe aceptarlos y aprobarlos.
Si aceptas un trabajo por la comida, prepárate para dar un mordisco... el precio completo.
El cliente siempre tiene la razón. Si no estás de acuerdo, no aceptes un trabajo de poca monta.
Los términos de referencia deben ser redactados por el contratista y el cliente debe aceptarlos y aprobarlos.
Si aceptas un trabajo por la comida, prepárate para dar un mordisco... el precio completo.
Se obtiene un buen resultado cuando hay consenso y trabajo conjunto, con todas las partes aclarando los puntos finos del algoritmo y los matices del código.
Es del programador de quien depende en gran medida el resultado final: la exclusividad, la corrección de la implementación, la durabilidad, la fiabilidad del código + la capacidad de respuesta, la voluntad de hacer adiciones a los TdR. El cliente sólo tiene que entender los términos de referencia del programador, comprobar y aceptar el trabajo. Pero el cliente no siempre tiene razón, al igual que el programador.
Es una pena que el cliente sólo pueda hacerse una idea de un programador durante el proceso. La profesionalidad la construyen tanto el cliente como el contratista: todos deben respetarse mutuamente, luego se acaban los conflictos.
La calificación de los codificadores debe tener en cuenta no sólo las estadísticas de rendimiento global, sino también el rendimiento del año en curso.
El cliente siempre tiene la razón. Si no estás de acuerdo, no aceptes un trabajo de poca monta.
Los términos de referencia deben ser redactados por el contratista y el cliente debe aceptarlos y aprobarlos.
Si aceptas un trabajo por la comida, prepárate para dar un mordisco... ...en toda la gama.
¿De qué estás hablando? El cliente siempre tiene la razón, y siempre hay un guardia de seguridad en la entrada, o incluso dos o tres.
DC2008, ¿no trabajas por la comida? ¿Para las píldoras, tal vez?
Dimitri, eso parece haber sido un sarcasmo.
En mi opinión, una sugerencia razonable. Por regla general, el contratista está más preparado para el trabajo que el cliente. Los términos de referencia deben ser redactados por alguien que sepa cómo hacerlo. Esto beneficiará a ambas partes.
Estoy de acuerdo.
Pero si ha llegado a encargar algo de lo que sólo tiene una idea aproximada, tendrá que pagar al contratista sus costes de mano de obra adicionales.
En mi opinión, una sugerencia razonable. Por regla general, el ejecutor está más preparado para este trabajo que el cliente. TOR debería escribir el que sabe cómo hacerlo. De ello sólo se beneficiarán ambas partes.
Para empezar, entienda qué son los Términos de Referencia (TdR), por ejemplo, aquíhttp://ru.wikipedia.org/wiki/%D2%E5%F5%ED%E8%F7%E5%F1%EA%EE%E5_%E7%E0%E4%E0%ED%E8%E5
Cita del enlace:
Un pliego de condiciones es el documento fuente para el diseño de un objetotécnico. ... Un diseño es un tipo de trabajo contractual que da lugar a un producto(un diseño), es decir, un conjunto de documentos de diseño para otro producto(un objeto de diseño).
Luego se resume todo con las palabras "El cliente siempre tiene la razón", y cuando surja la necesidad de emitir el trabajo "para revisión", el programador se negará a trabajar con un cliente "tramposo".
Como dice el refrán, "cualquier capricho".
El TOR primario es sólo del cliente.
Si el contratista, al verlo, piensa que no está suficientemente formalizado, que lo ajuste con el cliente. Pero esto requiere más tiempo. Hace tiempo que se sabe en el mundo empresarial que la negociación inicial de un contrato es una actividad que suele consumir mucho más tiempo (=dinero) que su ejecución.
Me pregunto qué cambiará después de que se escriba el supuesto artículo. ¿Los clientes se volverán más inteligentes o qué? ¿O es que los hacedores cambiarán su comportamiento?
Incluso ahora, a juzgar por los comentarios, hay varias veces menos ejecutantes insatisfechos que satisfechos. Bueno, siempre lo serán, independientemente de cómo se formalicen los términos de la cooperación entre las partes.
Bormotun: Cuando empecé a hacer un pedido yo mismo nunca pensé en leer nada sobre los artistas, seguro que todos los clientes son iguales. Pero el tiempo pasa y pronto seremos muchos y llegaremos y quizás llegue a ser presidente:)
Así que aquí hay un cliente que no lee las instrucciones y no recoge datos (ese eres tú). ¿Cómo beneficiará este artículo a esos clientes?