Contestaré la pregunta que hizo, y la pregunta que no hizo: ¿cómo construir un equipo remoto que se quede después de que el producto entre en funcionamiento ?
Mi carrera tecnológica ha abarcado 5 años; para 4 de ellos, no sabía cómo codificar.
Y traté de hacer lo mismo a lo que te estás refiriendo: crear productos, a bajo costo, utilizando mano de obra subcontratada, y luego “echarlos” después del lanzamiento.
- Cómo convencer a un gerente de proyecto para que invierta en la construcción de software modular
- ¿Qué tipo de herramienta analítica se prefiere para una plataforma de gamificación? ¿Basado en productos o en productos?
- ¿Cuál es la mejor manera de configurar el procesamiento de pagos y la nómina para un inicio de equipo remoto SaaS?
- ¿Existe un equivalente al modelo SPI (SaaS, PaaS, IaaS) de nubes públicas para nubes privadas?
- Motores de celosía versus inferir marketing predictivo. ¿Qué servicio es superior?
Incluso tenía el mismo plan de juego, post-mortem. Que contrataría a “desarrolladores internos más experimentados” una vez que estuviéramos en vivo, porque es entonces cuando “se pondría serio”.
Mal, mal mal.
Deconstruyamos tu pregunta. Esto es lo que realmente estás preguntando:
¿Cómo construyo un equipo remoto?
Como gerentes, nuestra salida es la suma de nuestras entradas (miembros del equipo). Por lo tanto, un buen desempeño de la administración significa que su personal GTD (hacer las cosas) y, por lo tanto, son responsables .
Cuando el equipo de un gerente está en persona, la responsabilidad es sencilla:
- ¿Se presentan a la oficina?
- ¿Cuánto tiempo se quedan?
Pero cuando el equipo de un gerente está en diferentes zonas horarias, o mejor aún, en hemisferios, estos trucos no funcionan.
En este escenario, los gerentes deben estar cómodos durmiendo mientras su equipo está trabajando , y viceversa. Si no puede hacer frente a esta realidad, no puede construir un equipo remoto efectivo.
Luego, las probabilidades de un gerente de crear un equipo remoto capaz se basan en su capacidad de bifurcar “remoto” de “subcontratado”. Si bien los desarrolladores remotos pueden ser menos costosos, no son miembros menores del equipo.
Los gerentes que tratan al tipo de 5 horas / semana en Europa del Este, al igual que el tipo de 50 horas / semana junto a ellos en WeWork, son más efectivos en la construcción de equipos remotos.
¿Cómo construyo MVP rápidos?
Lo último que quieres hacer en tecnología es escribir código.
Si constantemente le está pagando a los ingenieros (tasas aparte) para construir MVP, y no es una consultora que existe por esta razón, lo está haciendo mal.
He construido muchos MVP. Desearía haber construido solo uno. La optimización para tirar cosas a la basura o desechar a los miembros del equipo es algo incorrecto para optimizar . Si falla 10 veces, a nadie le importará que haya contratado y despedido a subcontratistas por menos del salario promedio en su código postal.
Independientemente de sus motivaciones, es mejor que invierta la construcción de su equipo, la gestión de productos y los recursos financieros para construir algo bien la primera vez, sin importar dónde o cuán caro pueda ser su equipo.