Cómo lidiar con un jefe que quiere 'sí' o 'no'

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?

¿Cuáles son los antecedentes de su jefe? ¿Alguna vez trabajó en desarrollo de software?
No un programador o desarrollador, más bien una persona CISSP, o en otras palabras, una milla de ancho y una pulgada de profundidad.
¿Tienes contacto directo con los clientes o todo tiene que pasar por tu jefe?
No, básicamente mi jefe interactúa con el jefe del cliente.

Respuestas (6)

¿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.

Esa es una buena perspectiva. Era más una "respuesta ahora mismo", pero probablemente debería haber dicho "si hacemos X,Y,Z" como mencionas
Creo que el sí/no condicional es muy peligroso: el jefe va a omitir la condición y luego te joderán.
@reinerpost no sabemos eso, estás asumiendo que sabemos lo que hará el jefe
@DarkCygnus: Exactamente: no lo , y digo, según lo que he leído en la pregunta, existe un alto riesgo de que eso suceda.

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".

+1 Gran analogía. Es difícil poner cosas complicadas en una declaración tan corta para alguien.
En mi experiencia, dar este tipo de respuesta solo termina con un jefe, ya que lo ven como si fueras incómodo, especialmente si el jefe no es técnico.
@Stormy En mi experiencia, incluso a los jefes no técnicos no les importa si los tipos técnicos son incómodos o no, ya que demostró que es asertivo, sabe lo que hace y puede hacer el trabajo. Por supuesto, si te preocupa la política y tienes ambiciones en el trabajo de gestión, puedo aconsejarte lo contrario, juega al tipo normal y olvídate de mi último párrafo (pero te compadezco =))

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:

  • Sí es posible, con el cliente B actualmente estamos dando soporte a 200.000 clientes.
  • No, actualmente es imposible, nuestro mayor cliente actual tiene solo 20 clientes y los servidores están a plena carga; necesitaríamos construir un segundo y un tercer edificio para una nueva granja de servidores
  • Sí, si usa recursos similares a los del cliente C, encajaría, pero si usa más, tendríamos que acumular algunos servidores.
  • Sí, pero si usa recursos similares a los del cliente D y con un margen de seguridad, necesitaríamos duplicar nuestra infraestructura.

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.

Votante negativo, ¿podría explicarlo?
"Sí, si usa recursos similares a los del cliente C, encajaría" ¿Qué va a hacer su jefe con la información si no sabe cuántos recursos necesitará el nuevo cliente?
@FooBar Creo que esta información es valiosa para el jefe. Entonces el jefe sabe que hay buenas posibilidades en la información actual. También podría haber un riesgo. Entonces puede elegir investigar más si quiere mitigar el riesgo, o puede elegir correr el riesgo. Supongo que aquí el jefe está familiarizado con los clientes. Los jefes tienen que tomar decisiones sin que se conozcan todos los parámetros. También ayuda la información de que si el contrato se firma, TI de repente no dice, por supuesto, 20000 clientes es imposible, nuestro concepto de numeración de identificación se detiene en 5000.