Discusión sobre el artículo "Cómo crear una Tarea Técnica al encargar un indicador" - página 4

 

Añadida una sección al principio

Primera y principal regla: comunicarse a través de dibujos y vídeos.

Sigue criticando y ofreciendo tus opiniones, por favor.

 
Rashid Umarov:

Añadida una sección al principio

Primera y principal regla: comunicar mediante dibujos y vídeos

Siga criticando y ofreciendo sus ideas, por favor.

Nota: la formalización de las normas sólo puede hacerse con palabras, hasta que el autor de la idea no intente hacerlo por sí mismo, no entenderá la esencia del proceso en el que participa (redacción de los TdR). Las imágenes y los vídeos son útiles, pero son materiales auxiliares. Se puede seguir la evolución de los clientes que empiezan con imágenes y el proyecto por 4 estrictamente pasar progresivamente al texto. A eso me refiero: no hay que exagerar la importancia de las imágenes.

 
Intenta masticar esto a partir del . Parece que todas las palabras por separado son comprensibles, pero el resultado es papilla.
Artyom Trishkin:

Este es el texto de la orden:

Indicador I-LINE

1 Trabaja sólo en el marco temporalM5

2 Busca en la sesión actual

3 Se mantiene en el historial

4 Número de velas que participan en la búsqueda N(por defecto 3 )

Descripción de las velas que participan en la búsqueda

A) Se compara el extremo de la vela a la que le falta una de las sombras (se requiere la segunda sombra).

B) Los extremos de las sombras tienen el mismo valor.

C) La sombra de las velas comparadas no puede ser 0 puntos (es decir, siHI=open o CLOSE dicha vela no se compara (lo explicaré en la pantalla).

Resaltando en el gráfico

A) Se seleccionan gráficamente los extremos de las velas involucradas en la búsqueda (punto).

B) Se dibuja una línea a lo largo del extremo.

Se emite una alerta sobre la aparición de la línea

Tuvimos que revisar un montón de imágenes explicativas, ponernos de acuerdo en todos los conceptos (para que no hubiera desacuerdos) y, mediante preguntas capciosas, elaborar dicha RPT (teniendo en cuenta los conceptos y definiciones acordados previamente):

Y salió así:

 
Lo secundo: sin formalización en palabras (o explicación en imágenes) será "adivina lo que quería decir".
 
Galina Bobro:
Apoyo - sin formalización en palabras (o explicaciones en imágenes) será "adivina lo que quise decir".

No entendí - a quién iba dirigido y a qué. Ese es el problema de la comprensión.

 
Rashid Umarov:

No entendí a quién iba dirigido ni a qué. Ese es el problema de la comprensión.

к

Alexander Puzanov:

Nota: la formalización de las normas sólo puede hacerse con palabras, hasta que el autor de la idea no intente hacerlo por sí mismo, no entenderá la esencia del proceso en el que participa (redacción de los TdR). Las imágenes y los vídeos son útiles, pero son materiales auxiliares. Se puede seguir la evolución de los clientes que empiezan con imágenes y el proyecto para 4 estrictamente pasar progresivamente al texto. A eso me refiero: no hay que exagerar la importancia de las imágenes.

 

Y quién ha dicho que la formalización esté prohibida. Es que hay gente que escribe tan difícil de entender que no se entiende sin una imagen.

Y las explicaciones en imágenes también son necesarias, por supuesto. ¿Cómo se puede pedir un indicador sin imágenes?

 
Rashid Umarov:

Y las explicaciones en imágenes también son necesarias, por supuesto. ¿Cómo se puede pedir un indicador sin imágenes?

Se puede, y mucho, no recuerdo la última vez que analicé algo por imágenes. Pero no se puede pedir sin explicaciones.

 
Rashid Umarov:

Dudo que esa sea la forma de llevar a la humanidad al cielo. Reinterpretando un clásico:

"No puedes vender una especificación técnica (en el sentido de que nadie quiere pagar por ella).

Pero puedes contratar a un codificador".

Rashid, déjame aportar un par de céntimos.

Hay clientes que envían un pliego de condiciones detallado en 60 páginas en Word, al que es difícil hacer frente por los detalles más nimios, como el color del valor en tal o cual punto de la pantalla. Siempre pongo ejemplos de mi práctica, he aquí un ejemplo de locura. Un cliente de Letonia me envió una lista de variables de entrada y me pidió que las mostrara en pantalla con la posibilidad de editarlas. Había alrededor de 400 variables en la lista, el 99% de los cuales eran responsables de color, ancho de línea, bueno, en general, yo, como una persona que se esfuerza por un resultado real de comercio, estaba aburrido de todas estas tonterías.

Pregunté, (y era 2013, así que no había monitores 8K), ¿cómo vas a mostrar Full HD 400 variables en la pantalla? La respuesta fue alegre - bueno, Lesha, usted es un programador, usted sabe mejor, usted tiene experiencia)).

En resumen, entonces todas estas fantasías del campesino estonio fueron claramente enviadas moralmente a la luna (o a otro lugar remoto) Le convertí en un robot de trabajo normal. Aunque no estaba contento. Le advertí de que perdería en matemáticas con martin. pagó bien y le leí los fundamentos de la estadística, le convencí de que el estúpido martin es un sumidero. ¡Se rió, dijo que había comenzado un blog en un centro de corretaje de Estonia publicidad de su estrategia, dio enlaces, como el 10% por mes para los estonios es wow! Después de 2-3 meses, perdió su dinero, todos sus ahorros de unos 45000 euros se fueron por el desagüe.

¿Adivina quién tuvo la culpa? )))))

--------------------

Me distraje un poco en mis recuerdos, me salí del tema.

Y hay gente que ingenuamente piensa que tengo las propiedades de la telepatia. Y no es necesario describir todo claramente y paso a paso, basta en un bar esbozar pensamientos en una tablilla y lanzar a Lesha Volchansky, él encenderá un cristal mágico e instantáneamente desentrañará todo lo que no está claro para el Cliente. No, algunas personas realmente preguntan - eres un programador, haz lo mejor.

Ayer se dio un caso así. En el TdR para el robot no hay ni una sola palabra sobre las condiciones importantes, lo hice exactamente de acuerdo con el TdR.
Bueno, ya me he acostumbrado al hecho de que el 90% de los Clientes no pueden describir su día, lo que hicieron desde la mañana hasta la noche. Cuando enseñaba programación, tenía una prueba de este tipo. Si una persona no puede describir su día, no tiene nada que hacer en programación. No hay manera de componer un TdR claro. Así que hace tiempo que acepté la idea de que no somos alquimistas, no podemos convertir en oro la masa circundante de clientes. Las pepitas son raras. Pero al menos podemos hacer una filtración primaria.

--------------------

Será un buen artículo, ¡suerte!

 
o_o:

ese es el problema.

ninguno de ellos piensa en la lógica de las funciones, las formalizaciones y lo que se llama para qué. Como se suele decir, si la abuela tuviera abuelo, sería un abuelo....

El cliente percibe el gráfico de forma 100% visual. Incluso el concepto de buffer es un bosque oscuro para ellos.

El cliente mira el gráfico y quiere que se dibuje una línea aquí, a esta altura, a esta anchura. Los enfoques y las explicaciones son muy específicos


Esta es la base sobre la que Rashid debe permanecer. Ni siquiera intentes ampliar sus horizontes, porque se cargará y no hará nada de lo que intentas hacer de él, porque necesita revisar sus puntos de vista sobre la vida, y esto es mucho tiempo, y necesitas un indicador para ayer.

---

Es necesario dejar al cliente estrictamente en el marco de sus conceptos (que ya ha inventado a sí mismo cuando se aplica a trabajar por cuenta propia).

Y no sólo para el cliente, pero para el codificador para dar este cuestionario plantilla, según la cual se le pedirá al cliente los datos sobre los elementos y escribirlos de acuerdo a su estándar.

Y todo lo que vaya más allá es pura comunicación, que (a diferencia de los expertos en oficios de escritura) no se puede formalizar de ninguna manera.

+100

Intentar cambiar/enseñar/hacer pensar al cliente es una utopía.

Si no tiene una idea clara de lo que quiere conseguir antes de hacer un pedido, ningún artículo (ni corto, ni detallado, ni en formato vídeo) le hará entender la cuestión en detalle. Y si ya entiende lo que quiere, entonces no hay dificultades con la presentación (incluidas las ilustraciones cuando sean necesarias).

Todo lo demás recae sobre los hombros del programador y está incluido en el coste del trabajo. Con la experiencia conseguimos reconocer rápidamente lo inadecuado, literalmente por unas pocas líneas. Y los encargos mal hechos casi nunca ocurren.

El artículo se quedará sin la audiencia prevista para él (pero quizá interese a otras mentes inquisitivas).