Trabajo de servicio: hacia la reconversión de los Top Developers hacia la profesionalidad - página 6

Nuevo comentario
 
Renat:

Intentar trasladar la responsabilidad a otro con la bravuconada de "me desentiendo deliberadamente, confío en el contratista y le exijo el 100% de la responsabilidad de todo", trae problemas inminentes para el autor.

En cualquier caso, por nuestra parte, aumentaremos la concienciación de los clientes sobre los posibles intérpretes y les prohibiremos contratar mucho trabajo.

Por cierto sobre el parámetro número de trabajos, es una buena idea no caer en la tentación de saquear un montón de trabajo y no mantener las promesas.... También puede variar este parámetro cuantitativamente, en función del parámetro k.l. que indica la profesionalidad del autor y la calidad de su trabajo.
 
Parámetros: El tiempo medio de ejecución previsto y el tiempo medio de ejecución real pueden ayudar al cliente a decidir la elección de un especialista. Si el plan era de 3 días y el tiempo real es de 7 días, el cliente sabrá que hay una alta probabilidad de que no se cumpla el plazo.
 
Renat:

Intentar trasladar la responsabilidad a otro con la bravuconada de "me desentiendo deliberadamente, confío en el contratista y le exijo el 100% de la responsabilidad de todo", trae problemas inminentes para el autor.

En cualquier caso, por nuestra parte, aumentaremos la concienciación de los clientes sobre los posibles intérpretes y les prohibiremos contratar mucho trabajo.

" y prohibir la contratación de muchas obras" si se incumple el plazo de las obras tomadas previamente. Eso sería justo. EN MI OPINIÓN.
 
iTC:
... Si el plan era de 3 días, pero el tiempo real es de 7, el cliente sabrá que hay una alta probabilidad de fracaso.

¿Por qué la urgencia? ¿Qué va a salir mal? Seguramente, una vez recibido el trabajo, el cliente lo probará durante meses. ¿Qué diferencia hay, entonces, si son 3 o 7 días?

 
DC2008:

¿Por qué la urgencia? ¿Qué va a salir mal? Seguramente, una vez recibido el trabajo, el cliente lo probará durante un mes o más. ¿Qué diferencia hay, entonces, si son 3 o 7 días?

:-) Una declaración indecorosa en un entorno de software.... Un acuerdo vale más que el dinero.... siempre puede haber dos o más puntos de vista sobre los plazos, un compromiso es un acuerdo mutuo de las partes, si el incumplimiento del algoritmo puede llevar al fracaso del programa, entonces el incumplimiento del acuerdo sobre los plazos puede destruir la relación entre las partes contratantes.... no siempre de curso.... pero puede...

Es un algoritmo básico de relación.

Lo ideal es que ambas partes contratantes se responsabilicen al 100% de los compromisos adquiridos.

Estuve reflexionando durante mucho tiempo, hace tiempo, sobre este tipo de matemáticas, ya que suman el 200% - si dos partes se ponen de acuerdo y ambas asumen el 100% de la responsabilidad.... y cómo puede haber más responsabilidad que el 100%

Sin embargo, es así.... debe haber algo intangible que interfiere en el proceso de acuerdos...

 

No es la primera vez que oigo hablar de pedidos atrasados y clientes insatisfechos.

Es cierto que el programador no tiene ninguna responsabilidad: ni siquiera se puede dejar un comentario negativo por un pedido que se ha cancelado (por ejemplo, porque se ha retrasado).

Para mí, la responsabilidad (financiera o en forma de calificación) no sería superflua. Pero el programador debe tener en cuenta el tiempo exacto del que es responsable. Y en el estado de "comprobado por el cliente" deja colgar hasta 50 trabajos.

 
IvanIvanov:

Es un algoritmo básico de relaciones

Lo ideal es que ambas partes contratantes se responsabilicen al 100% de los compromisos adquiridos.

Todo está claro con los programadores - se mire por donde se mire, la culpa es suya por aceptar el encargo e incumplir los plazos y ..... y que trabajó, y como sabes, los que no hacen nada nunca tienen la culpa.

Luego queda por tratar con los clientes, especialmente los principiantes - lo que es la demanda del cliente por la incapacidad de formular TOR correcta y "volar los sesos una docena de veces con su espontaneidad infantil. Si usted sabe que la primera barra es la correcta, entonces el Asesor Experto abre las operaciones no de acuerdo con las señales del indicador en la historia - se retrasa fuertemente, necesita antes.....

????????

 
DC2008:

¿Por qué la urgencia? ¿Qué va a salir mal? Seguramente, una vez recibido el trabajo, el cliente lo probará durante meses. ¿Cuál es la diferencia entre 3 días o 7 días?

La diferencia es que los "7 en lugar de 3" pueden ser varios: un programador no pudo hacer frente a la tarea y se rescindió el contrato, el segundo no pudo hacerlo a tiempo y se volvió a rescindir el contrato, etc.

Y no es el negocio de un contratista contar el tiempo (dinero) del cliente. Si dices 3, hazlo por 3 (la aclaración de la tarea y la verificación final no cuentan).

 
Probablemente, el iniciador del tema ya no esté contento).
 
IgorM:

Todo está claro con los programadores: se mire como se mire, la culpa es suya por aceptar el encargo y por fastidiar los plazos y ..... y que trabajó, y como todo el mundo sabe quien no hace nada nunca tiene la culpa.

Luego queda por tratar con los clientes, especialmente los principiantes - lo que es la demanda del cliente por la incapacidad de formular TOR correcta y "volar los sesos una docena de veces con su espontaneidad infantil. Si la primera barra es la correcta, entonces el Asesor Experto abre operaciones no de acuerdo con las señales del indicador en el historial - se retrasa mucho, necesita antes ......

Pero el cliente paga el precio y no puede llevarse nada más.

El promotor decide si acepta el trabajo (y qué precio fijar). Si quieres el trabajo a cualquier precio - trata con 50 páginas de descripción sin sentido por 10 dólares, si no quieres - llámalo "100 dólares por escribir un algoritmo" y espera a tu cliente.

Además, existen los RPT y el arbitraje. Hay que formular "con mucho retraso", o se rechazará.

12345678910111213...30
Nuevo comentario