No temas, una gran cantidad de Agile se puede “derivar” a través de la lógica, por lo que probablemente puedas citar muchas razones pro-Agile para que encajes bien en un equipo Agile …
- La estimación es la mayor parte de Agile. Sepa cómo dividir sus tareas de software en partes pequeñas, para estimarlas de manera efectiva y deje que el gerente del proyecto las priorice. Sepa cómo funcionan las “estimaciones de puntos”. Comienzan al igual que las estimaciones de tiempo, donde 1 punto puede ser media hora, pero luego cambian junto con la velocidad del equipo. 1 punto significa menos tiempo ya que el equipo trabaja más rápido juntos.
- ¿Alguna vez ha trabajado bien con otro programador, tal vez incluso pasando el teclado de un lado a otro? ¿Funcionó bien? Si es así, ya eres partidario de la programación de pares. Agile puede llevarlo mucho más lejos, donde TODOS están programando pares todo el tiempo. Permite que su equipo tenga conocimientos redundantes, lo que ayuda como mecanismo de seguridad en caso de que alguien abandone el equipo. Además, ha incorporado revisiones de código …
Antes de continuar, demostrar que puedes hacer Ágil significa que no solo tienes que saber estas cosas, sino estar 100% a bordo con ellas y tener una mente abierta al respecto. Las tiendas ágiles se ponen nerviosas cuando expresas reservas al respecto, según mi experiencia.
- ¿Escribes pruebas? ¿Los ha escrito ANTES de escribir su código? El desarrollo basado en pruebas (TDD) es un inquilino central del desarrollo ágil. Si ha hecho eso, ya está a bordo, pero si no, es hora de cambiar su tono.
- ¿Te gustan las reuniones rápidas a primera hora de la mañana? ¿Gran manera de saltar al día? ¡Entonces estás listo para saltar a Agile! Ágil está diseñado para castigar a los que duermen tarde. Sinceramente, no les importa demasiado si su viaje en metro es 10 veces mejor si esa reunión es solo 30 minutos más tarde. ¡A ti tampoco te importa! 🙂 Tenga en cuenta que hay muchas comprobaciones de la realidad que un equipo ágil puede hacer para acomodar tales cosas. Estoy personalmente a bordo siempre que un equipo los haga, pero durante una entrevista, no exprese reservas como esta.
- Los patrones de diseño son tu nuevo mejor amigo. Es mejor que no solo los conozca, sino que esté preparado para explicar ejemplos cuando usó cada uno de los que enumeró y por qué.
- Debe ser todo acerca de la honestidad y la responsabilidad. No intentes ocultar lo que puedes y no puedes hacer. Confiesa de inmediato ante los errores que creaste. Extienda todo sobre la mesa, para que el gerente del proyecto se mantenga informado. Con la programación de pares, tiene el doble de capacidad intelectual disponible cuando codifica, por lo que no tendrá problemas para ser lo suficientemente productivo como para mantener contento al gerente. Simplemente mantenga a todos informados sobre todo.
- Ah, y usa desodorante y enjuague bucal. Agile se trata de trabajar en espacios reducidos, especialmente cuando se trata de programación de pares, por lo que es mejor que no seas maloliente.
De todos modos, buena suerte con las entrevistas. Las tiendas ágiles son intensas, pero aprendes mucho en el proceso, así que si estás preparado, hazlo.
- ¿Qué porcentaje de solicitantes que llegan al comité de contratación de Google son aprobados?
- Actualmente tenemos ofertas de Salesforce, Uber y Oracle. ¿Cuál debería aceptar?
- ¿Cómo la analítica predictiva para la contratación evita 'la maldición de la dimensionalidad'?
- Después del rechazo para SWE new grad (Google), mi reclutador dijo que estaba muy cerca, así que envió mi paquete a otros equipos para su revisión. ¿Es esto común?
- ¿Cuáles son las empresas que reclutan geólogos?