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

¿Alguien tiene algún consejo, pensamiento, advertencia o sabiduría general para un desarrollador de aplicaciones / bases de datos que se está mudando específicamente de una empresa nueva a una gran organización?

Ejemplos de pensamientos incluirían cosas como:

• ¿Cómo podría interactuar de manera diferente con la cadena de administración?
• ¿Ve tendencias en la calidad o la velocidad de desarrollo que difieren entre grandes y pequeños?
• Pensamientos sobre el desarrollo del equipo.
• Aspectos sociales.
• Algo más.

Adición: ¿Alguien tiene alguna historia personal y experiencias que compartir con un movimiento similar?

Avíseme si puedo aclararlo de alguna manera.

Agradezco cualquier pensamiento!

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 lados buenos y esconderán esos malos hechos. Si la posición es tan buena, ¿por qué no se llena antes que yo? :-)
  • Una empresa es una empresa, el único objetivo es obtener ganancias. Piense si traerlo a bordo agrega valor al objetivo. Estás invitado porque piensan que aportas valor agregado. ¿Podrías?
  • Asumiendo que usted es un programador, las grandes compañías generalmente presentan una complejidad que no es un desafío técnico, por ejemplo, política, habilidades de comunicación, regulaciones, ... ¿Está 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 está dispuesta a pagar dinero por este grupo de personas que hacen estas cosas?
  • Posiciónese como factor contribuyente de la respuesta anterior (si se encuentra). No luches contra el borg. No vas a ganar. Te pagan para cumplir.
  • Hacer cosas buenas y hacer un buen trabajo generalmente no es la parte más difícil.

• Cuando las cosas van bien:

  • Mejora las cosas poco a poco, no te sientes y te quejes.
  • No tengas miedo de tomar las tareas difíciles . Es menos probable que lo eliminen si desempeña el papel clave.
  • Use el recurso como si fuera la última gota de agua en la tierra.
  • Piense una y otra vez si un rol gerencial es bueno para usted y para su futura carrera profesional. No muchos ingenieros son buenos gerentes.

• Cuando las cosas van mal:

  • Recuerde que tiene un contrato de arrendamiento de un mes (de tiempo o dinero ;-) no entre en pánico.
  • De nuevo, no pelees. Si pueden cambiar de opinión, ya lo hicieron.
  • No importa qué, suceden cosas. No se trata de lo correcto o incorrecto, se trata de coincidencia o no.
  • El mundo es más grande que una compañía. Las oportunidades son para aquellos que están listos para aprovechar.

¡Salud!

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

La gran empresa será más burocrática de lo que estás acostumbrado. Interactuarás con las capas superiores e inferiores a ti; los saltos serán raros.

• ¿Ve tendencias en la calidad o la velocidad de desarrollo que difieren entre grandes y pequeños?

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 y la documentación y el proceso ralentizarán las cosas en la empresa más grande.

• Reflexiones sobre el desarrollo del equipo frente a la codificación del vaquero.

Irrelevante; grandes y 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 empresas más pequeñas con las que trabajé fracasaron. Las ventas y mantener el flujo de ingresos pueden ser un problema para una empresa más pequeña.

• Algo más.

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

Libertad y límites

La mayor diferencia que puedo pensar 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 Desarrollador donde se le requiere que haga más. Ya sea que esté configurando un servidor, configurando un sistema de control de origen, administrando la base de datos para el Producto X de la Compañía .

• Es más social: puede tener relaciones con el propietario / directores de la compañía, etc.

• Siente que tiene más influencia a medida que sus opiniones van más allá de la empresa.

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

• Tu papel es mucho más específico.

• Es casi como que te conviertes en el Programador .

• 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 realiza las pruebas de UAT y supera los errores en un sistema de seguimiento de errores.

• Se siente más competitivo ya que existe una jerarquía más clara de que las personas están tratando de escalar y se sienten notadas en un mar de personas.

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

• Administración : probablemente encontrará que mucha comunicación se "pierde 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 inusual 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 pérdida de granularidad de la información en toda la cadena).
• Calidad y velocidad de desarrollo : esto tiende a ser más lento en las grandes empresas. Las startups tienden a ser más ágiles (parte de esto se debe al hecho de que es probable que el producto de la pequeña empresa sea más pequeño). Sin embargo, no caiga en la trampa de pensar que una gran empresa necesariamente tiene procesos y metodologías mejor establecidas. Especialmente si la principal competencia de la compañía no está en el software: los equipos de software no se pueden ejecutar mejor que en cualquier tienda pequeña. De hecho, uno de los mejores lugares en los que he trabajado fue un pequeño hackshop en lo que respecta a esto, principalmente porque era una pequeña tienda de software real, iniciado y dirigido por programadores. 12/12 sólido en las cosas de Joel Test.
• Desarrollo del equipo : como se indicó anteriormente. Realmente depende del equipo. Las grandes empresas no necesariamente funcionan mejor (a diferencia de otras disciplinas). Depende principalmente de cuán "competente para el desarrollo de software" sean las personas a cargo de los equipos de software. Los gerentes medios / superiores que no entienden el software lo suficientemente bien financiarán insuficientemente y frustrarán especialmente a los equipos de software en grandes empresas.
• Aspectos sociales : en general, las pequeñas empresas y las nuevas empresas son generalmente más informales y sociales, pero las empresas más grandes 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 muy cooperativo en una gran empresa puede sentirse como una pequeña empresa propia.

Cualquier otra cosa (solo algunos pensamientos y advertencias al azar que se me ocurren):

• 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, erm, la naturaleza humana, significa que a menudo hay algo de mentalidad de "nosotros y ellos" aquí (puñaladas por la espalda, puñetazos, pasar el dinero, etc) No sueles ver esto en pequeñas startups donde todos están esencialmente en el mismo equipo.

• Acostúmbrese a recibir pedidos de personas que no tienen idea de cómo funciona el software. Esto puede ser un problema en cualquier lugar, por supuesto, pero la separación entre la "gente de negocios" y el equipo de software tiende a definirse con mayor fuerza a medida que la empresa crece. 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 "primera línea" del cliente. Probablemente habrá una mesa de ayuda y gerentes de productos que se encargarán de los clientes, y es probable que casi nunca tenga que hacerlo. Esto puede ser tanto bueno como malo. Bueno en el sentido de que no tiene que lidiar con el soporte directo, malo 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.