Cómo compensar las habilidades generales de bajo desarrollador en un enfoque ágil

La mayoría de los desarrolladores inmersos en la intención original que surgió de la conferencia Snowbird Utah en 2001 tienen una base de habilidades de colaboración. Parte de esa línea de base es el deseo y la aptitud de poner al día a otros compañeros de equipo.

Si “habilidades bajas de desarrollador” significa inexperto, en general, o inexperto con ciertos aspectos de la pila tecnológica, otro desarrollador estará dispuesto a trabajar con usted para aprender lo que necesita. Es posible que se le asignen tareas sencillas para trabajar en conjunto con otro desarrollador hasta que se sienta cómodo trabajando en una tarea en solitario.

Los mejores desarrolladores que conozco prosperan en los equipos de aprendizaje. Son desarrolladores que están entusiasmados por aprender cosas nuevas y disfrutan compartiendo lo que saben con sus compañeros de equipo. Mi consejo para un desarrollador inexperto que se una a un equipo es ser humilde y ansioso por aprender.

Cualquier equipo que valga la pena sabrá cómo atraer y absorber a un novato, experimentado o no.

Ágil generalmente requiere más desarrolladores de nivel superior. Idealmente, todos deberían ser capaces de trabajar individualmente sin mucha dirección, supervisión y ayuda. Sin embargo, eso es difícil de lograr en la práctica real. En el mundo real, muchas veces es necesario tener un desarrollador líder de nivel superior que brinde cierto nivel de dirección a más desarrolladores de nivel junior. La programación de pares es otro enfoque que podría funcionar pero, en general, es difícil justificar el costo de la programación de pares frente a cualquier ganancia de productividad que surja de ella.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo a: Agile Project Management Academy ( http: // agileprojectmanagementaca …)

Veo los enfoques ágiles como ellos mismos una buena forma de mitigar las habilidades generales de bajo desarrollador. Scrum, en particular, está diseñado para obtener los mejores resultados posibles con el tiempo debido a su enfoque en equipos autoorganizados que mejoran continuamente. La entrega frecuente significa que también descubrirá muy rápidamente dónde están los problemas, en lugar de descubrir que es demasiado tarde para recuperarse (¿alguien de la fase de integración?), Como es común en los enfoques tradicionales. XP también compensa aprovechando a todo el equipo en prácticas rigurosas como TDD, CI / CD, emparejamiento, etc. En mi experiencia, todo esto tiende a ayudar a los equipos a desempeñarse bien y mejorar rápidamente.

¿Cómo manejas este problema en un entorno no ágil? Esto no tiene nada que ver con ágil o no ágil. Pero si lo toma en serio como equipo, entonces la programación de pares y la revisión por pares ayudan a mejorar las habilidades aprendiendo juntos. Existe el mito de que necesitamos desarrolladores senior para ágil. Las personas mayores generalmente luchan con la colaboración, mientras que los desarrolladores junior están más abiertos a colaborar y aprender unos de otros.

More Interesting

¿Cuál tiene mejor futuro: devops o IOT (Internet de las cosas)?

¿Cuál es la diferencia entre refactorización, decodificación y reingeniería de código?

¿Qué tan importante es la organización del código en la programación?

¿Con qué rapidez las personas adoptan los estándares más nuevos de C ++ en el trabajo profesional?

¿Cuál es la línea de código más larga que puede escribir / escribir / encontrar?

¿Qué sitios de trabajo son buenos para los ingenieros de software?

Empleos y carreras en Bangalore: ¿Cuáles son los pros y los contras de unirse a una startup como desarrollador de software experimentado?

Ontologías (ciencia de la información): ¿Cuál es el mejor algoritmo para determinar la relación de los temas en un foro o red en línea (por ejemplo, temas principales y secundarios en Quora, o "Habilidades relacionadas" en Linkedin Skills and Expertise)?

Propiedad intelectual: ¿por qué se produce una infracción de patente de software?

¿Qué consejos debo tener en cuenta al escribir mi primera declaración de trabajo como ingeniero de software de consultoría?

Entre los empleados, ¿existe una fuerte correlación entre la calidad de la entrevista y el éxito futuro?

¿Cómo se sienten los ingenieros de las compañías tecnológicas acerca de la profesión contable?

Si tuviera la opción de trabajar para un ingeniero de software, ¿para quién preferiría trabajar y por qué Google, Facebook, Amazon o Apple?

¿El certificado NIIT me ayuda a lograr mi sueño de convertirme en ingeniero o desarrollador de software?

¿Qué se necesita para estar en el 1% de todos los ingenieros de software del mundo? ¿Depende de tu coeficiente intelectual?