Juego de roles

El decimotercer número de nuestro podcast " To Infinity and Beyond " lo llamamos " juegos de rol ", porque en él (a partir del minuto 14) simulamos la vida y las acciones del gerente, en quien cayó repentinamente el proyecto de TI para el desarrollo de software personalizado, y el gerente mismo y él. El equipo no está listo para este proyecto. La situación se ve agravada por el hecho de que


  • nuestra empresa imaginaria tiene competidores y, como siempre, no están dormidos
  • tenemos plazos ajustados
  • Según los términos de la tarea, nuestra empresa es ligeramente más débil que nuestro competidor.

En este número, nos acostumbramos a piel El papel de este gerente, que tiene que vivir en una situación inesperada Armagedón y oscurantismo presión de tiempo y falta de recursos.


Descripción de la situación: hay una gran empresa de clientes con 5.000 empleados de trabajo intelectual y semi-intelectual. En este momento, la empresa del cliente se encuentra en la etapa de automatización de patchwork, es decir. Ella tiene muchos sistemas de información antiguos que automatizan los procesos de negocio en el principio de "tan históricamente desarrollado". El cliente contrató a dos compañías de TI que compiten para reescribir todo este zoológico herencia de TI existente en tecnologías modernas. Las áreas de responsabilidad entre los contratistas fueron inicialmente divididas rígidamente por el Cliente, pero si uno de los Contratistas no podía hacer frente, el Cliente podría redistribuir dinero y trabajo, e incluso atraer a nuevos Contratistas.



Puede escuchar nuestra discusión sobre el tema (a partir de las 13:45) en Youtube , en la música de Yandex , en dispositivos Apple y Android, y mucho más . Y a continuación hay una transcripción resumida de nuestro diálogo.


  1. El primer paso es entrar en pánico los primeros 5-7 minutos y luego comenzar a trabajar metódicamente.
  2. Nos preguntamos La pregunta retórica “¿Cómo no hay equipo? ¿Qué tipo de gerente eres si solo tienes 2 personas? ”, Pero concluimos que puede haber al menos 100 personas, pero en cualquier compañía normal estas personas están constantemente ocupadas con algo y pueden no tener tiempo para un nuevo proyecto
  3. Declaramos lo obvio: cuanto más grande es el equipo, más fácil es liberar recursos para proyectos / tareas inesperados
  4. Básicamente hay tres cosas que hacer:
    • formar un equipo
    • no perder al cliente y no dejar que nuestra empresa muera mientras estamos trabajando en el proyecto (este último concierne a las pequeñas empresas: el dinero se acabó y el pago del cliente aún no ha llegado - bienvenido, bancarrota)
    • No pierdas ante el competidor (no es necesario ganar, pero no puedes perder)
  5. Introducimos aclaraciones importantes:
    • una compañía competidora es más fuerte que nuestra compañía no porque el pariente de su propietario trabaje para el cliente (o por algún tipo de política), sino que simplemente entienden mejor el tema
    • Trabajamos bajo un contrato de 3 años, es decir. hay un tiempo para "dispersarse"
  6. Debemos recordar que un proyecto debe y debe fluir hacia otro proyecto, porque si no, no está claro qué hacer con el equipo del proyecto anterior. Es estúpido despedirlo: es difícil separarse de la gente, y no obtendrá nuevos, y el clima moral en la compañía sufrirá, y por otro lado, no hay nada que pagarles con salarios.
  7. Tres áreas de trabajo del gerente:
    • Cliente: construya una buena relación con él
    • Empresa competidora: debe entablar una colaboración o confrontación, pero siempre mantenerlos "a la vista"
    • Equipo propio. Esta es la parte más importante. Pero los tres necesarios y cada uno por separado no son suficientes
  8. Debe comenzar a contratar personas lo antes posible. El mercado “laboral” ahora es difícil y difícil, pero por otro lado, al analizar el mercado no está obligado a reclutar directamente a nadie. Puede elaborar una base de datos de currículums y es probable que para cuando necesite una contratación real, muchas personas de la lista no encuentren trabajo
  9. No sería una mala idea estudiar la política de recursos humanos de la empresa, porque es muy probable que todo sea malo
  10. Debería escribir una descripción del trabajo usted mismo o atraer a 2-3 analistas
  11. Debe intentar llevar tantos procesos como sea posible al nivel de "trabajar sin usted", de lo contrario krant ... de lo contrario, se verá sumido en la microgestión
  12. Tendrá que gestionar las expectativas del cliente y redactar planes. Aunque esto es una blasfemia . Porque habrá una brecha entre el comienzo del trabajo y los primeros resultados, y hay que llenar algo con él, por ejemplo, con un plan
  13. Si el cliente pierde la confianza, reescribiremos el plan
  14. Desde el principio, debe crear un único punto de entrada para el cliente en forma de gerente o analista, que estará en contacto constante con el cliente. Es conveniente para el cliente, es útil para su equipo.
  15. Y también es posible organizar una especie de "conspiración de cártel", porque si somos grandes contratistas de TI, entonces nos reunimos en otro lugar además de este cliente, y ¿tiene sentido discutir sobre un pedazo de pastel si el pastel es grande? Es mejor mantener una buena relación. Puedes escucharlo aquí.
  16. En general, una buena relación con personas que se dedican al mismo tipo de trabajo que el suyo es correcta y útil en cualquier caso , porque una buena relación siempre es mejor que una mala. Esto funciona tanto para la empresa del cliente como para la empresa de la competencia.
  17. La tarea del gerente es preservar en lugar de aumentar. Si las cosas son al revés, este no es un gerente, sino un emprendedor
  18. Asegúrese de escribir la "Carta del proyecto", que debe estar escrita en un idioma como si estuviera escribiendo "reglas de albergue". Es decir Simple y claro. Es necesario para los nuevos empleados y, en general, como guía general . Porque vivir con este documento es mejor que sin él
  19. Debe recordarse que es importante no solo lo que haces y qué tan bien lo haces, es igualmente importante cómo lo ven la gerencia y los aliados. Porque si estás bien hecho, pero nadie lo sabe, entonces no estás bien hecho
  20. El proceso de desarrollo (es decir, en realidad, el trabajo en sí) debe ser transparente para que sepa exactamente en qué etapa se encuentra el proyecto. Quizás este proceso debería hacerse transparente incluso para el cliente.
  21. De una forma u otra, alguien debe establecer el estándar inicial para las tecnologías utilizadas para rastrear la actividad del proyecto. ¿Por qué no hacerlo con el gerente? Por ejemplo tableros como Trello o algo en Jira
  22. Necesariamente necesita una base de conocimiento. No necesariamente Confluence, las opciones gratuitas también funcionan.
  23. Y, por supuesto, necesitas un chat general. Lo necesitan de todos modos. Por otro lado, las salas de chat son malas porque distraen. Por lo tanto, debe buscar un punto medio en el uso de este chat, que, por cierto, es diferente para todos.
  24. Discutimos el proceso hasta el momento en que "se entregaron las armas, se trajeron los proyectiles", y luego tenemos que trabajar y resolver los problemas que inevitablemente surgirán
  25. En general, tenemos un plan que escribimos para el cliente en el párrafo 12, y los primeros hitos de este plan son las primeras tareas con las que debemos comenzar

Gracias por leer! Si desea preguntar o decir algo, escríbanos en nuestro sitio de inundación de chat o por correo .


Haga clic para averiguar dónde escucharnos.

Source: https://habr.com/ru/post/482482/


All Articles