Totalmente subcalificado para el puesto, no sé qué hacer

Primero, sepa que muchas personas son ascendidas de esta manera: dos de mis antiguos gerentes lo fueron. Si esto es bueno o no depende de la persona, pero puede leer sobre administración y gestión de proyectos y hacer que la empresa lo ayude con cursos de liderazgo y similares para llenar sus vacíos de conocimiento. Para ello tienes que respirar hondo y creer en tu capacidad de superación.

Habiendo dicho eso, la gestión no es una buena opción para muchas personas, y que se te imponga de esta manera es muy estresante, si crees que realmente no estás a la altura del desafío (y felicitaciones por reconocerlo... puede ser difícil), necesita hablar con sus gerentes. Lo mejor que puede hacer es convencerlos de que contraten para el puesto de gestión. El mejor enfoque específico para esto depende mucho de su comunicación con la gerencia y la cultura de su empresa, que no conozco y no puedo abordar aquí.

Si no desea entrar en la gestión, hay dos posibilidades principales,

• A. no quiere entrar nunca en la gerencia
• B. simplemente siente que no está listo para ese desafío.

Si A, usted enfatizaría esto a su gerencia. Explicaría que prefiere estar "en el código" y que realmente no quiere ser gerente y piensa que sería mejor contratar a un gerente completamente calificado para asumir esa responsabilidad.

Si la respuesta es B, enfatice su relativa falta de experiencia en la gestión y diga que cree que sería mejor contratar a alguien que tenga más experiencia en la gestión (como señaló Guy Schalnat , podría solicitar un gerente de programa específicamente). Como mencionó que están buscando contratar más personal técnico, debería poder persuadirlos para que contraten a un gerente como una de esas personas.

La gestión es divertida, porque a pesar de que se ha estudiado muy a fondo, parece haber muy poco consenso sobre cómo hacerlo bien. Especialmente en la práctica, parece que las buenas intenciones que vinieron con el material aprendido en la universidad se van por la ventana.

A lo que estoy tratando de llegar es que, aunque puede sentirse poco calificado, en la amplia gama de "gerentes" que existen, es posible que en realidad no se destaque en absoluto. Una cosa que probablemente no tengas es experiencia, pero esto solo se puede obtener haciendo el trabajo, así que sigue así.

Cíñete a lo básico: prioriza las tareas, realiza un seguimiento de las tareas, revisa cuánto tiempo llevará alcanzar tu objetivo cada cierto tiempo, haz un seguimiento de las tareas nuevamente. Trate de mantenerse lo más eficiente y enfocado posible. Gana algo de experiencia. Aconsejaría darle una puñalada. No saber si en su caso específico el estrés es una fase particular o se ha ido acumulando durante un período de varios meses.

Su empleador no recibe ayuda si paga la fianza, y es posible que pueda lograr algo realmente significativo.

También encuentre maneras de lidiar con el estrés. Incluso en una posición no gerencial, se encontrará en una posición en la que el estrés puede dominar el lugar de trabajo. El deporte es genial. Recuerda que el lugar de trabajo está lejos de todo en la vida y encuentra una manera de relajarte al final del día.

En mi experiencia (y he trabajado en algunas startups), lo que necesitas es un director de proyecto , no un gerente. También necesita a alguien que se encargue de la garantía de calidad. Si bien estas deberían ser personas separadas, es posible que pueda salirse con la suya con una persona en una nueva empresa (en una de mis nuevas empresas, esa misma persona era el presidente de la empresa). Personalmente, no creo que necesite el administrador de "personas" hasta más adelante en el proceso. Tendrá que dedicar algún tiempo a la dirección técnica y al trabajo de tutoría, pero ese es un trabajo de programador en el que crecerá de todos modos, y es bueno para su currículum.

Buena suerte, y haz tu mejor esfuerzo. Además, date el tiempo necesario para relajarte un poco. Me quemé más de una vez cuando era más joven, a veces antes de que se completara el proyecto.

Si tú y la persona nueva están programando en este momento, DETÉNTE.

Necesitas una idea de lo que hay que hacer (lo que algunas metodologías llaman backlog). Comience con piezas grandes (épicas) y haga una estimación simple (las tallas de camiseta funcionan bien, s/m/l/xl, etc.). La epopeya podría ser algo así como "seguridad del usuario" o "informes".

Ahora haz que la persona que está impulsando el proyecto haga una llamada sobre lo que es más importante al poner las épicas en orden. Ahora comience a desglosar la épica más importante en partes más pequeñas y los dos comiencen a dar estimaciones de alto nivel. Es probable que todavía esté en el nivel de varios días/semana. De nuevo gey acuerdo de la empresa y empezar a hacer moscú en él (debe o debería o podría o no).

Ahora desglose a un nivel realista los trozos de mosto, por lo general no más de un par de días.

En este punto, puede comenzar a planificar bloques de trabajo y mostrarle a su jefe qué/quién necesita. Si puede mostrar exactamente lo que está involucrado, puede obtener la aceptación de su gerente y presionar para obtener un gerente. Si no hay movimiento, comience sus bloques de trabajo, apunte a una división 60/20/20 (debe/debería/podría).

Buena suerte

Como no noté que se mencionó en otra parte, sugiero encarecidamente encontrar una manera de distribuir la carga de trabajo. Si puede encontrar formas de distribuir trozos de responsabilidad a los demás, es posible que no se sienta tan abrumado. Esto puede requerir un esfuerzo para justificar la necesidad de otros recursos (quizás minimizado mediante la subcontratación de aspectos no clave, aunque eso implica gastos generales).

También sugiero, suponiendo que desee mantenerse activo, que tenga períodos estrictamente definidos en los que estará involucrado o no en lo que respecta a la codificación. Si las personas saben qué sombrero está usando en cualquier momento y respetan/apoyan el concepto de dividir su esfuerzo (como no hacerle preguntas relacionadas con el liderazgo en los días de codificación), probablemente sería útil, ya que profundizar en el código es no es propicio para discutir asuntos comerciales de alto nivel.

Los aspectos a delegar pueden incluir propuestas de arquitectura general, propuestas de soluciones específicas, desarrollo de módulos, planificación de pruebas, programación de proyectos, etc. Esto puede llevarlo a descubrir que puede "ascender" a alguien que muestre habilidades serias en estas áreas debajo de usted. Es un equipo... y si puedes hacer crecer a la gente, entonces te ayudaría a crecer.

Sin embargo, como han dicho otros, si no puede encontrar una manera de sentirse cómodo en su rol, tendrá que abordarlo.

Además, tenga en cuenta que es posible que pueda impulsar parte de la administración hacia arriba, lo que requiere un liderazgo del equipo que no sea de desarrollo en la planificación y priorización de productos/funciones, ya que, legítimamente, está ocupado ayudando a sacar esas funciones al mercado. y capacitar a gente nueva.

Respira hondo, trata de ignorar todas las tensiones actuales y considera con calma una pregunta importante. ¿En qué puesto quieres estar dentro de dos años? ¿Quieres ser el gerente y sentir que estás calificado y sabes cómo administrar el lugar? ¿Qué hay de ser el líder del equipo y organizar y asesorar a todos los desarrolladores por venir? ¿O quiere ser "solo" un desarrollador, pero la persona que resolvió todos esos grandes problemas técnicos que está viendo ahora? ¿O quieres ser la persona que lo logre todo? Es muy posible ser gerente y desarrollador siempre que el equipo de desarrollo siga siendo bastante pequeño y los requisitos generales/de informes no se vuelvan excesivos.

Una vez que sepa su objetivo a corto plazo, mire más adelante en la línea a 5 o incluso 10 años a partir de ahora y haga la misma pregunta, luego decida si lo que está haciendo ahora lo está llevando a donde quiere ir, incluso si eso significa bucear. en el extremo profundo o simplemente obtener alguna experiencia útil para aplicar en otro lugar más adelante.

La motivación y la voluntad de triunfar marcarán una gran diferencia si te sientes abrumado o simplemente desafiado. Un desafío de gestión realmente no es tan diferente a un desafío de programación. Primero observa lo que debe hacerse, luego lo divide en los pasos que deben realizarse y luego comienza a trabajar en esos pasos. Incluso si no puede ver cómo escalar toda la montaña, ver cómo llegar al campamento base, o simplemente poner sus suministros en orden, puede ayudarlo al brindarle trozos manejables para manejar ahora. Ya resolvió el primer problema al ver que la empresa necesitaba más desarrolladores y manejar las entrevistas para involucrar a las personas adecuadas. En una puesta en marcha, muchas personas harán trabajos que no han hecho.

Por otro lado, si no desea asumir el rol de gerente, explíquele a su jefe cómo estas tareas lo están alejando del importante rol para el que fue contratado en la solución de problemas técnicos y pídale ayuda para hacer que una prioridad. Pero, de nuevo, si puede sugerir soluciones al problema (contrate a alguien que ya tenga experiencia como gerente, pase la responsabilidad a otra persona en la empresa que tenga los talentos adecuados o simplemente disminuya lo que se necesita hacer) eso contribuirá en gran medida a mostrando que no solo está rehuyendo la carga de trabajo, sino que está tratando activamente de mejorar la empresa.

Aunque se trata de una startup, tiende a ser una mala idea administrar/administrar productos al mismo tiempo. Puedes leer sobre esto. Muchas organizaciones quieren que hagas ambas cosas. Por lo tanto, trate de poner más código en manos de otras personas. Eres el líder. Será más efectivo si dedicas una buena parte de tu día a trabajar con personas, para lograr que sean productivas y avancen en la dirección correcta.

He estado en una situación similar.

1. ¿Cuánto capital negoció por adelantado? ¿Vale la pena? Vea si puede volver a negociar si no está satisfecho. O más acciones o adjudicación antes.

2. Es una startup, planea fracasar. Está bien. Fui parte de 2 explosiones antes de tener suerte en el número 3. Aprende todo lo que puedas para prepararte para el próximo intento.

3. Bloques de tiempo para la codificación frente a la gestión: asigne una cierta cantidad de horas en horarios establecidos: mirar solicitudes de extracción/revisiones de código, emparejar programación frente a codificación

4. Consigue lo más gratis posible. Si puede usar AWS para la infraestructura o un proyecto de código abierto en lugar de implementar el suyo propio, hágalo. Enfócate solo en tu valor central.

5. Adopte la mentalidad del Valle: Falle rápido, mucho, mucho ensayo y error. Dedique 1-2 a aumentar un concepto si no funciona, siga adelante. Fue una pequeña inversión. NUNCA CAER EN UNA TRAMPA DE COSTOS HUNDIDOS. Es por eso que el VC le está dando dinero para experimentar.