Estoy en una situación en la que mi jefe solo quiere respuestas muy simples. El problema es que en el negocio de la seguridad de la información y el software, esto realmente no existe. Aquí está la situación.
My Boss está en proceso de redactar contratos para clientes donde nos pagan por los servicios prestados, simple. Mi jefe me llama y dice "oye, según nuestra pila actual (cómo está configurado todo), ¿podríamos admitir 20,000 clientes?". Mi primera respuesta consiste en muchas preguntas. ¿Qué cliente es? ¿Cuántos hosts por cliente? ¿Qué sistema operativo? ¿Qué servicios? ¿Qué procesos? ¿Cómo está configurada su red? Etc. No hay una respuesta directa.
Mi jefe dice: "Solo necesito una respuesta de sí o no para poder transmitirle esto al cliente". Básicamente me niego a darle una respuesta y tratar de explicar. Quiere decir "x=2 e y=3 y entonces x*y=6. Pero nunca es tan simple en el negocio del software porque hay muchas otras externalidades.
Se frustra porque quiere una respuesta de sí o no, pero no tenemos la información disponible del cliente para decirlo. Expresé que deberíamos decirle al cliente "comencemos con 1000 hosts y podemos construir nuestro camino ya que ambos estamos contentos", pero esto es rechazado.
¿Cómo trato con un jefe que no entiende las complejidades y quiere una respuesta clara que no me siento cómodo dando?
¿Cómo trato con un jefe que no entiende las complejidades y quiere una respuesta clara que no me siento cómodo dando?
Podrías decir "Claro jefe, si me das un momento puedo evaluar la situación y prepararte una respuesta clara" . Luego procede a evaluar la situación con más calma para que puedas llegar a una respuesta sí/no con más certeza.
Ahora, a veces los jefes quieren una respuesta allí mismo . En ese caso, las cosas se te complican un poco más. Si tal cosa sucede, y su jefe no puede esperar a que establezca un plan para responder con certeza, le sugiero que dé una respuesta condicionada de sí o no .
Después de una evaluación rápida de su parte, puede decir algo como "Si hacemos X, Y, Z, entonces sí es posible" , o cualquiera que sea su conclusión. De esta manera, le estás dando una respuesta clara y directa, pero al mismo tiempo insinuando cortésmente todos los requisitos necesarios para que eso sea posible (y también cubriéndote las espaldas en el proceso).
En una nota adicional, me parece que su jefe debería comenzar a darse cuenta de que en el mundo de TI, las respuestas directas de sí/no requieren al menos un poco de información para poder darlas con certeza. Sin embargo, esta es otra historia.
Este tipo de preguntas son acerca de la perspectiva. Su jefe pregunta desde una perspectiva comercial si podemos atender a más clientes. Tu perspectiva es si tus capacidades actuales son adecuadas y sin conocer todos los detalles no puedes responder esa pregunta. Sin embargo, podrías responder con un
Si los clientes tienen el siguiente sistema operativo, red, cantidad de hosts, etc., entonces sí. Si no, tendríamos que hacer B, o ellos tendrían que hacer C.
O podrías tener un rotundo no. Si no puede precisar a su jefe sobre cuáles son las necesidades exactas del cliente potencial, pero siente que él quiere que diga que sí, abordaría esto de manera diferente.
En cambio, reformularía esto de que esto es en realidad una decisión para el negocio en cuanto al riesgo que están dispuestos a asumir. Es su trabajo explicar esto claramente, los riesgos para los diferentes clientes que anticipa que usarán el servicio lo mejor que pueda. También es su trabajo facilitar que el negocio adquiera más clientes, si hay formas que puede encontrar para habilitar esto, eso sería ideal.
En lugar de ser el portador de malas noticias, imagínese si es responsable de permitir que su negocio encuentre nuevas formas de acomodar a más clientes y mitigar el riesgo. Si hace esto de una manera que sea muy visible en el trabajo y las soluciones que ha encontrado, eso seguramente conducirá a una recompensa o promoción.
Las personas no técnicas, incluso las personas inteligentes, son difíciles de descifrar los detalles técnicos y, en TI, los detalles son lo único que importa. Debes ser claro y breve . Ejemplo:
"No es una pregunta de sí/no. Me está pidiendo que haga muchas suposiciones sobre cosas que desconozco. Es como si me preguntara si podemos enviar 20 000 cajas usando un camión. Si es un camión grande y cajas pequeñas, sí". , si es un camion chico y cajas grandes entonces no.
Así que primero debo definir el tamaño de esas cajas (necesidades del cliente) y conocer el camión (la infraestructura del cliente)".
y finalmente puedes agregar
"Seguro que podemos manejar esa cantidad de clientes si no son exigentes y todos ellos tienen una red bastante buena".
y si insiste en un sí/no:
"¡Sí! Pero planifique con anticipación cómo mitigar cuando se demuestre que estaba equivocado".
Realmente debería hablar con su jefe y explicarle qué datos necesita para hacer un cálculo. Dígale que la explicación tomará, digamos, 20 minutos, y es buena para que pueda conocer sus opiniones sobre si puede apoyarla o no.
No pertenezco al negocio de la seguridad de la información, etc., así que así es como lo veo, y probablemente también lo vea su jefe.
Tienes, um, una pila actual. El poder total de su pila o lo que sea es X. El cliente promedio actualmente usa Y. ¿Es 20,000 * Y > X o no?
Si lo es, entonces no. Si no es así, entonces sí. Como tal, asumiría que podría hacer esta pregunta y obtener una bonita respuesta de sí/no.
Supongo que esta no es la forma correcta de verlo; en cambio, debe administrar hacia arriba y explicar que para hacer una conjetura razonable necesita tal y tal información.
Henry Ford dijo una vez: "Puedes tener un auto de cualquier color, siempre y cuando sea negro".
Para un ingeniero como usted, esto es una completa tontería, pero para su jefe y probablemente para el cliente, lo que está diciendo es un galimatías independientemente de la tecnología detrás de esto. Por supuesto que habrá restricciones. Ellos asumen e ignoran eso más que tú. Todos sabemos que finalmente no puedes porque eres la persona que realmente tiene que hacer que funcione.
Vas a tener que aprender a jugar el juego . Tu respuesta siempre debe ser tan rápida como "Sí", a menos que te pidan que hagas algo ilegal. A medida que comienza a entrar en detalles (ya sabe, dónde se esconde el diablo), el cliente tiene derecho a objetar el precio, el cronograma o las recomendaciones tecnológicas sugeridas.
No siempre tome este tipo de preguntas literalmente, especialmente cuando sabe que está hablando con alguien que no es técnico. Si le preguntas a Elon Musk si podría mover una montaña, diría 'sí' porque ignorará la realidad de un costo astronómico (que nadie pagará) y la posibilidad de que tarde tanto que nadie viva hoy. seguirá vivo cuando esté terminado.
A mí me parece que el problema está de tu lado. Parece que estás tratando de evitar la responsabilidad, al evitar precisar una respuesta. Las posibles respuestas a su jefe son:
Cuál es la respuesta correcta, solo usted tiene la experiencia y el conocimiento.
Usted es el experto y tiene que hacer una conjetura informada sobre la pila actual y los clientes actuales, posible para calificar con una o dos suposiciones principales. Y luego tienes la responsabilidad y tienes que hacer que suceda (si llega la orden). Este es tu trabajo.
Isaías3015
pm1391
AfableAmbler
pm1391