Pasar de una empresa pequeña a una grande [cerrado]

Algunas experiencias personales para compartir con:

• Antes de la mudanza:

  • No confíes en todas las grandes promesas. A medida que buscan talento, te mostrarán todos los aspectos positivos y esconderán esos hechos negativos. Si la posición es que es buena, ¿por qué no se llena antes que yo? :-)
  • Un negocio es un negocio, el único objetivo es obtener un beneficio. Piense, si traerlo a bordo agrega valor al objetivo. Usted está invitado porque piensan aporta un valor agregado. ¿Lo harás?
  • Suponiendo que usted es un programador, las grandes empresas usualmente tienen una complejidad distinta de los desafíos técnicos, por ejemplo. Política, habilidades de comunicación, regulaciones, ... ¿Estás listo?

• Después del movimiento:

  • Intente identificar el KPI de su grupo funcional (departamento) lo antes posible. En pocas palabras, ¿por qué esta gran empresa es la voluntad de pagar dinero para este grupo de personas que hacen estas cosas?
  • Colóquese como un factor contribuyente de la respuesta anterior (si se encuentra). No luches contra el Borg. No vas a ganar. Le pagan para cumplir.
  • Hacer cosas buenas y hacer un buen trabajo no suele ser la parte más difícil.

• Cuando las cosas van bien:

  • Mejore las cosas poco a poco, no se siente y se queje.
  • No tengas miedo de tomar las tareas difíciles . Es menos probable que lo eliminen si se encuentra en el rol clave.
  • Use el recurso como si fuera la última gota de agua en la tierra.
  • Piense una y otra vez si un rol directivo es bueno para usted y su trayectoria profesional futura. No hay demasiados ingenieros que sean buenos gerentes.

• Cuando las cosas salen mal:

  • Recuerde que tiene al menos un mes de arrendamiento (de tiempo o dinero ;-) no se asuste.
  • Nuevamente, no luches. Si pueden cambiar de opinión, ya lo hicieron.
  • Pase lo que pase, sh_ts suceden. No se trata de lo correcto o incorrecto, se trata de igualar o no.
  • El mundo es más grande que una compañía. Las oportunidades son para aquellos que están listos para tomar.

¡Salud!

• ¿Cómo podría interactuar de manera diferente con ¿La cadena de gestión?

La gran empresa será más burocrática de lo que estás acostumbrado. Interactuarás con las capas encima y debajo de ti; los saltos serán raros.

• ¿Ves tendencias en calidad o velocidad? de desarrollo que difieren entre grande y pequeño?

Tendrás más capas. No tendrá acceso de administrador a los servidores de producción, por lo que habrá más transferencias. Los canales de comunicación, la documentación y el proceso reducirán la velocidad en la empresa más grande.

• Pensamientos sobre el desarrollo del equipo frente a la codificación de vaqueros.

irrelevante; tanto grandes como pequeños pueden ser cualquiera de los dos.

• Aspectos sociales.

Las empresas más grandes tienden a ser más conservadoras, porque hay más que perder.

Las empresas más grandes tienen una gran ventaja: saben cómo hacer nóminas. Algunas de las firmas más pequeñas con las que trabajé fallaron. Las ventas y el mantenimiento del flujo de ingresos pueden ser un problema para una empresa más pequeña.

• Cualquier otra cosa.

Serás una voz entre muchas. Su influencia dependerá más de qué tan bien pueda integrarse con los promotores y agitadores.

Libertad y límites

La mayor diferencia que se me ocurre en mi experiencia son los límites y las diferencias de flexibilidad. En empresas más pequeñas:

• Usted juega un papel más importante como Developer donde debe hacer más. Si eso es configurar una servidor, configurando un control de fuente sistema, gestionando la base de datos para el Producto X de la compañía .

• Es más social, puede que tengas relaciones con la empresa propietario / directores etc.

• Sientes que tienes más influencia a medida que tus opiniones se extienden más allá de la compañía.

Cuando te mueves a las organizaciones más grandes, los límites están mucho más definidos.

• Su función es mucho más específica.

• Es casi que te conviertes en el Programmer.

• Reporta a un gerente de proyecto para actualizaciones de tareas.

• Su infraestructura es administrada por un equipo de soporte / comunicaciones.

• A veces hay un equipo de prueba que hace Las pruebas de la UAT y batear sobre insectos un sistema de seguimiento de errores.

• Se siente más competitivo ya que hay una jerarquía más clara que las personas son tratando de escalar y sentirse notado en una mar de gente.

Como alguien que ha trabajado en ambos entornos, aquí están mis pensamientos:

• Administración : es probable que una gran cantidad de comunicación se "pierda en la jerarquía". Lo que quiero decir con esto es que en las pequeñas empresas, casi todo el mundo lo sabe todo (o al menos "lo sabe"). En las grandes empresas, no es raro que su gerente intermedio no tenga idea de en qué está trabajando (ese es el trabajo del líder del equipo, por lo que hay una gran pérdida de información en la cadena).
• Calidad y velocidad de desarrollo : esto tiende a ser más lento en las empresas más grandes. Las empresas nuevas tienden a ser más ágiles (parte de esto se debe al hecho de que es probable que el producto en la pequeña empresa sea más pequeño). Sin embargo, no caiga en la trampa de pensar que una empresa grande necesariamente tiene procesos y metodologías mejor establecidos. Especialmente si la competencia principal de la empresa no está en el software, los equipos de software no se pueden ejecutar mejor que en cualquier pequeña tienda de hackers. De hecho, uno de los mejores lugares en los que he trabajado fue una pequeña tienda de hackers en lo que va de moda, principalmente porque era una pequeña tienda de software, iniciada y dirigida por programadores. Sólido 12/12 en la prueba de Joel.
• Desarrollo del equipo - Como arriba. Realmente depende del equipo. Las grandes empresas no necesariamente funcionan mejor (a diferencia de otras disciplinas). Depende principalmente de cuán "competentes sean los desarrolladores de software" las personas a cargo de los equipos de software. Los gerentes intermedios / superiores que no entienden el software lo suficientemente bien no financiarán y frustrarán especialmente a los equipos de software en las grandes empresas.
• Aspectos sociales : en general, las pequeñas empresas y las nuevas empresas son generalmente más informales y sociales, pero las grandes empresas tampoco tienen que ser demasiado rígidas. Mucho puede depender del dominio de la industria, y también de la edad promedio del equipo. Un equipo de software joven y estrechamente cooperativo en una gran empresa puede sentirse casi como un pequeño inicio propio.

Cualquier otra cosa (solo algunos pensamientos y advertencias aleatorias en las que puedo pensar):

• Cuidado con los conflictos entre equipos. En las grandes empresas, a menudo hay equipos separados responsables de las diferentes capas de un sistema, etc. La naturaleza humana es, erm, la naturaleza humana - significa que a menudo hay una mentalidad de "nosotros y ellos" aquí (apuñalamiento, malestar, pasar la pelota, etc). No tiendes a ver esto en pequeñas empresas en las que todos están esencialmente en el mismo equipo.

• Acostúmbrate a recibir pedidos de personas que no tienen idea de cómo funciona el software. Por supuesto, esto puede ser un problema en cualquier parte, pero la separación entre los "empresarios" y el equipo de software tiende a definirse con más fuerza cuanto más grande se vuelve la empresa. En una pequeña empresa, a menudo son las mismas personas. En grandes corporaciones, casi nunca lo son. Esto no será tan malo si la compañía es una compañía de software real (por ejemplo, Microsoft).

• Es probable que esté más protegido de la "línea frontal" del cliente. Probablemente habrá una mesa de ayuda y gerentes de productos que tratarán con los clientes, y probablemente casi nunca tenga que hacerlo. Esto puede ser bueno o malo. Bien en el sentido de que no tiene que lidiar con soporte directo, mal en el sentido de que puede haber problemas de comunicación y tiempos de respuesta tediosos para resolver problemas relativamente simples.

Esto es todo lo que puedo pensar por ahora.