2010-10-03 10 views
6

Soy un aprendiz en el sector de desarrollo. Mi jefe dice que debería ser un programador ágil.¿Cómo ser un programador ágil?

Repasé la red y encontré algunas cosas interesantes acerca de la programación ágil. Siendo un novato, ¿cómo debería empezar con ágil?
¿Cuál debería ser mi primer paso en la programación ágil?

Actualmente estoy programando un par. Pero no es exactamente la programación de pares, ya que solo estoy viendo lo que está haciendo mi co-desarrollador. También deseo ser un desarrollador ágil.
¿Puede sugerir una manera para mí paso a paso?

Deseo desarrollarme y también mis habilidades de programación.

+2

¿No debería estar esto en el sitio de "programación"? – Pointy

+0

@pointy lo siento, pero necesito una estrategia clara, así que solo pedí toda su ayuda. –

+1

Oh, no creo que sea una mala pregunta. Es solo que no es realmente una pregunta sobre un problema de programación que estás teniendo. [Hay un sitio separado de StackExchange sobre la práctica de la programación.] (Http://programmers.stackexchange.com/) – Pointy

Respuesta

6

La palabra clave es el valor.

Valor para estimar y discutir su trabajo

Valor de comenzar a trabajar en pequeñas historias con detalles insuficientes

valor para hablar con los clientes para elaborar dicho historias

Valor para constructivamente crítica código de los miembros del equipo

Coraje para revisar sus errores (en público) y aprender de ellos

Coraje para liberar el código "inacabado pero bueno y expedible" cuando ya ofrece valor.

El valor que se adhieren a los procesos de equipo acordadas cuando la administración tiene una idea brillante

Valor para modificar procesos acordados en el equipo cuando una mejor manera se encuentra

valor para entregar código de alta calidad mediante el desarrollo basado en pruebas y integración continua.

...

Nota: La parte sin terminar no significa "baja calidad", que significa la satisfacción del cliente, implementado limpiamente, probado, preparado para la entrega. Sin embargo, fallando en la idea de perfección de los desarrolladores, es decir, la configuración de la primavera es un poco torpe, se pueden hacer algunas refactorizaciones, algunas configuraciones automáticas, algunas mejoras de velocidad, algunas cajas de esquina ...Descubrí que algunos desarrolladores toman la "historia de usuario como rehén" y la mantienen intachable hasta que sea perfecta. Si es bueno, debes soltarlo, es mejor para el próximo sprint.

+0

@Peter Gracias recibiré el coraje correcto de ahora en adelante. Tengo una duda. Estoy tratando de terminar mi trabajo. Pero si no he podido terminar mi tarea en el tiempo dado. ¿Cuál debería ser mi próximo paso? Continuaré trabajando arduamente para terminarlo, pero ¿cómo debería ser mi mente y qué debería hacer en los casos en que el error es mío? no lo estoy haciendo querido. Pero viene en mi camino. –

+2

Necesita el coraje para informar al cliente/gerente sobre sus dificultades y analizar soluciones alternativas. Corte la tarea en piezas funcionales y entregue piezas más pequeñas pero terminadas (como en calidad de lanzamiento) más rápido.A menudo, el cliente puede tratar temporalmente con una solución parcial (pero funcional). –

+0

@ Peter U me abrió los ojos. Voy a seguir esto definitivamente Al menos una pequeña porción de código debería funcionar en mi tarea determinada en condiciones de entrega de manera que sea útil para mi cliente. muchas gracias. Tendré valor para hablar. Muchas gracias. –

3

En mi organización, todo lo que tienes que hacer es declararte un programador ágil. Mágicamente, la necesidad de planificación y documentación desaparece.

+0

la necesidad de planificación y documentación desaparece en el sentido. estoy confundido. Por favor, sea específico para un poco más. –

+2

@Code 'N' Weed - Dave se queja, sarcásticamente, de que algunos programadores que se hacen llamar 'Agile' no requieren y/o no crean la planificación y la documentación que le gustaría. – ChrisW

+0

y ChrisW - OMG Me planificaré y documentaré mis planes en el documento wiki de ahora en adelante. Esta respuesta es para todas las respuestas esenciales de newbee. gracias por advertirme al principio. –

1
  1. Pregunte qué se debe hacer.
  2. Ordene esa lista por orden de prioridad.
  3. Codifique, pruebe y entregue lo más importante de la lista; se resiste a ser interrumpido mientras haces eso: si alguien intenta interrumpir, explica que estás ocupado haciendo lo más importante, y que porque te estás concentrando en solo hacer eso no tomará mucho tiempo y ellos Podré pedirte que hagas algo más pronto (esta fase se llama "sprint").
  4. Una vez que haya entregado, pida la siguiente cosa más importante por hacer, y luego hacer eso, etc.
+0

que me has enseñado. Gracias. lo seguiré –

1

Según mi comprensión de los procesos de desarrollo ágil puede ser presentado (como ya se ha dicho por ChrisW & Peter :-)), algo así como:

No debe haber agilidad/movimiento/marcha de los trabajos se entregan en el tiempo especificado.

Necesita ser:

1) Elija usted mismo/Get asignado por su jefe, una tarea con un período de tiempo aceptado línea.

2) Preparado con una correcta estimación de tiempo para que el poco de trabajo para ser manipulados y llegar a un acuerdo sobre que

3) Todos los días tienen una discusión en el sprint/reunión (sólo para: 10- 15 min.) Con su jefe/equipo y explique sus metas/planes para ese día.

4) Será una buena práctica no desviarse de su tarea hasta que se complete con éxito , de lo contrario puede alterar sus líneas de tiempo.

5) Al final del día, envíe un estado a través del estado de trabajo.

6) Una vez que su tarea se haya completado, informe y obtenga su próxima tarea proactivamente de su jefe.

6) Lo más importante es que intenta acostumbrarse a la entrega basada en línea de tiempo sin falta.

+0

buenas explicaciones de todos ustedes. de mi única pregunta aprendí mucho y más. –

+0

Gracias y también aprendí algunos trucos de otras respuestas. :-) –

+0

En otras palabras, la misma vieja basura. –

3

¿Cuál debería ser mi primer paso en la programación ágil?

Lea los 12 principios del Manifiesto Agile sobre here. Comprenda y trate de dar sentido a cada uno e impleméntelos de la manera en que se expresan.

  1. Aunque los principios ágiles se pueden adoptar individualmente, deben adoptarse a nivel de organización o al menos a nivel de proyecto IMO. Inste a su equipo y a su proyecto a usar metodologías SDLC que sean más ágiles, como Scrum, por ejemplo. Si adoptas Scrum correctamente, serás ágil automáticamente.

  2. En cuanto a programación Agile, configure un sistema de Integración y Construcción Continua, use Desarrollo Controlado, preste atención continua a la calidad del código y diseñe las mejores prácticas haciendo Revisiones de Código, diseñe discusiones y tenga una cobertura de código de prueba unitaria alta .

1

Haciendo esto por su cuenta va a ser muy difícil. Si toma el principles en el sitio de agilemanifesto, verá que al menos 6 de los artículos tratan con grupos de personas y equipos. Necesitará algún apoyo de sus compañeros de trabajo y su jefe.

Comenzaría con su compañero de pareja. Pide un turno de vez en cuando. Podrías probar algo así, "veamos si entiendo esto, ¿puedo tratar de agregar el próximo punto de función?"

Dicho esto, hay una buena cita de Ghandi," Sé el cambio que deseas ver en el mundo ". Hay muchas acciones que puedes realizar para elevar el nivel de tu juego. getting a continuous build working, establecer metas alcanzables that have some basis in past experience, refactoring.

también hay tonsofbooks que será muy útil a alguien ponerse en marcha. probablemente hay alguien en su sitio web que le gustaría guiar a usted. Si usted demuestra que le interesa Continúa aprendiendo que alguien probablemente pueda ayudarte. Habla con tu jefe también. Si él quiere algo de ti, debería ser capaz de al menos dirigirte en la dirección de alguien que o podría ayudar.

Cuestiones relacionadas