Mi cliente descubrió recientemente qué es la reescritura de URL, sin comprender completamente qué es, cómo funciona y las ventajas y desventajas. Ahora, pide muchos cambios extraños en los requisitos reales de los proyectos actuales y cambios en proyectos antiguos para implementar lo que él cree que es Reescritura de URL.
Por un lado, me molesta que me pidan que haga cosas que no tienen ningún sentido en lugar de hacer un trabajo real. Por otro lado, no puedo decirle a mi cliente que no entiende nada en el tema a pesar de su interés en él.
Creo que muchas personas han tenido situaciones en las que su gerente o su cliente acaban de aprender una nueva palabra de moda o una nueva tecnología, y le encantó tanto que quería usarla en cada proyecto, en todas partes, reescribir toda la base de código solo para usar esta nueva cosa, etc.
Además, recientemente leí algo relacionado con Programmers.SE, donde la gente contaba sus experiencias cuando había un gran revuelo en torno a XML, y algunos gerentes solicitaban introducir XML en cada proyecto solo para mostrar a todos que lo habían usado.
Entonces, aquellos que han estado en una situación similar, ¿cómo lo han logrado?
fuente
Respuestas:
En mi opinión, debe tener la discusión "No entiende la reescritura de URL" con su cliente.
Obviamente, no debe decirle sin rodeos a su cliente: "No comprende". En cambio, comenzaría con: "Antes de invertir cualquier cosa, creo que deberíamos discutir X para asegurarnos de que estamos en la misma página sobre cuáles son los pros y los contras de X y sus alternativas".
Si resulta que él realmente sabe las cosas que tú haces, pero quiere implementar X de todos modos, entonces le preguntas de qué color lo quiere.
Debe asegurarse de elegir su redacción con mucho cuidado. Después de todo, existe la posibilidad (aunque insignificante) de que él sepa más sobre X que tú (y ahí está el punto obvio: estás hablando de gestión ), así que asegúrate de deshacerte de cualquier tono condescendiente.
fuente
Aquí es exactamente donde ayuda una lista prioritaria de tareas que suceden en el equipo. Si yo fuera usted, evaluaría los beneficios de costo de la Reescritura de URL y le mostraría al cliente cómo agregaría / eliminaría de la experiencia general.
Piensa en ti mismo como un médico. Las personas acuden a los médicos todo el tiempo con una lista de medicamentos que vieron en un anuncio / síntomas que imaginan. El trabajo del médico es garantizar que la persona obtenga realmente lo que debe obtener.
Además, use el control de origen y la ramificación rigurosamente para cada cambio. De esta manera, puede retroceder en el tiempo y mostrarle al cliente lo que se perdió, en caso de que se olvide de haberlo traído consigo mismo.
Finalmente, transcriba todas sus reuniones. Son útiles algún día.
fuente
Divídalo en dólares y centavos. Déle estimaciones realistas de cuánto tiempo llevará implementar sus caprichos e incluya el impacto en otras características. Transforme eso en una discusión de prioridades y pregunte dónde encaja esto. A partir de ahí, puede pasar a una discusión para asegurarse de que realmente comprende lo que está pidiendo. Hacer eso asegurará que:
En muchos casos, después de tener esa discusión, será fácil para él aceptar abandonarla o darle una prioridad muy baja (léase: nunca espere que se haga).
fuente
¿Cómo sabes que lo que te preguntan tiene tan poco valor? Quizás hay motivos ocultos que pueden no estar claros a primera vista de por qué se está haciendo algo. " Encerar, mano derecha. Encerar, mano izquierda. Encerar, encerar. Respire por la nariz, salga por la boca. Encere, encere. No olvide respirar, muy importante " . "The Karate Kid" vale la pena señalar aquí hasta cierto punto.
Donde he tenido experiencias con compañías que hacen cosas que me pregunto, "¿Por qué lo haces de esta manera?" Hay momentos en los que preguntaré cuál es el beneficio que se desea y hay otras formas de llegar allí. La clave aquí es ser abierto y curioso en lugar de juzgar y ser justo, lo que el "trabajo real" parece implicar bastante fuertemente en mi mente.
fuente