He hecho exactamente eso una vez, aquí hay algunas observaciones:
- Necesitas un proceso. Es mucho más fácil tomar uno de los procesos existentes que están bien descritos y adoptados ampliamente. No desea perder tiempo en definir el proceso y explicarlo a los nuevos empleados. Tome Scrum o Kanban o lo que sea que se sienta bien.
- Necesita una herramienta que respalde su proceso. Desea que el equipo adopte un nuevo proceso rápido, una herramienta bien diseñada lo permitirá.
- Necesitas educar a la gente. Simplemente repase los conceptos básicos y los principios del proceso, lo que me gusta de las metodologías ágiles de que tienen un circuito de retroalimentación y mecanismos de autoatención incorporados. Las retrospectivas permiten al equipo cambiar el proceso sobre la marcha.
- Necesita buscar partes que no se escalen. Las cosas tienden a romperse si las presionas más. Por ejemplo, su sala de reuniones podría no ajustarse a todos sus ingenieros en algún momento y es una buena señal dividir al equipo. Una vez que tenga dos equipos, necesitará múltiples entornos de prueba porque no quiere que los equipos se esperen unos a otros, etc. Trate de planificar con anticipación esos problemas.
- Necesita un representante del cliente. Lo llaman gerente de producto. Él decide qué construir y en qué prioridad. Cada equipo necesita uno.
- Necesita una acumulación ordenada de tareas. Deja muy claro para el equipo, qué está construyendo y en qué orden.
- Necesita una clara separación de preocupaciones. Para múltiples equipos. Eso ayudará a los equipos a reducir las dependencias y moverse más rápido. Los equipos son multifuncionales y pueden entregar el producto final.
Consejos de nivel profesional :
- El Propietario del producto es necesario para definir y mantener la cartera de pedidos en orden. Contratarlo, es un trabajo a tiempo completo.
- Necesita un trabajo atrasado para iniciar el proceso. También comienza con un PM y una cartera de pedidos para cada nuevo equipo.
- Manténgalo como un equipo hasta 10 desarrolladores, luego divídalo en dos y contrate en uno de los equipos, luego divídalo nuevamente.
- Contrata a juniors: realizan tareas fáciles con placer, mientras que los seniors se mantienen ocupados con cosas más desafiantes y tutorías para juniors.
- Mantenga las tareas pequeñas, rastree el tiempo promedio de la tarea en progreso. Las tareas más pequeñas proporcionan una mejor visibilidad del progreso.
- Si el proceso de implementación y la arquitectura lo permiten, defina las tareas como realizadas solo después de implementadas en el sistema en vivo.
- ¿Por qué hay pocos inversores de capital semilla en India?
- ¿Necesito una estrategia de monetización para recaudar capital inicial?
- Cómo contratar a alguien para que lo ayude a recaudar capital semilla
- ¿Cuáles son los problemas a los que se enfrenta un empleado de inicio para su financiación inicial?
- Para VC: ¿Cómo es mejor asistir a una sesión de lanzamiento en vivo que leer el mismo grupo de mazos?