Agile / XP y enfoque por capas [cerrada]

Question

Can Agile / XP van de la mano con el enfoque por capas?

En caso Agile / XP van de la mano con el enfoque por capas?

Rompiendo el código fuente en capas requiere esfuerzos adicionales y por lo tanto aumenta el tiempo de desarrollo de manera significativa.

N.B:. Por 'Capas' me refiero a asambleas separadas con POCO, DA, etc.

Answer 1

Agile / XP es un enfoque para la gestión de sus actividades del proyecto, los entregables y los plazos.

Capas (N-capas) aplicaciones son una manera de mejorar la mantenibilidad, escalabilidad y la capacidad para que los miembros del equipo separar áreas de responsabilidad.

Ellos no tienen mucho que ver entre sí, excepto que ambos requieren una inversión adicional en el tiempo si usted no está familiarizado con cada uno. Ambos tienden a mejorar la calidad de su proyecto si se utiliza correctamente, en comparación con las alternativas tradicionales.

Answer 2

Me parece que en lugar de que la advertencia ágil "Usted no va a necesitar que" no es la complejidad evitar por completo, pero para evitar la adición de una complejidad innecesaria. De hecho, uno de los beneficios de la unidad de pruebas es la creación de una disciplina en la que se puede perfeccionar por lo que sin temor cosas termina donde debe estar, en lugar de donde puede haber comenzado.

Así que el punto no es capas de evitar (o niveles, si es necesario.) - el punto es evitar capas que absorben

Answer 3

Los dos son completamente ortogonales.

En XP se desarrolle la función de sistema de función. A medida que agrega características que refactoriza continuamente el sistema para asegurarse de que es de aplicación lo más claro posible. Capas desaparecen de que refactorización. Como hacer niveles si que la arquitectura es apropiado, o otras estructuras arquitectónicas a gran escala, tales como SEDA o REST.

Answer 4

Creo que la pregunta real aquí se debería haber desarrolladores dividido por capas en un en equipo en caso de tener un html dev, un js dev, una persona de etapa intermedia, una persona sistema de mensajería, y un DBA todos trabajando juntos para construir una forma ABM, o debe construir por característica y permitir que una persona posee el hilo. Esta última es preferible en agile- generalistas especializadas se prefieren a los especialistas.

Answer 5

¿Es conveniente contar con varios equipos que trabajan juntos en un proyecto ágil? Sí: He trabajado en un proyecto a gran escala con más de 200 desarrolladores a través de más de 15 equipos. Había alrededor de 20 o 30 servicios en total.

Se puede hacer esto con los equipos especializados? Realmente no.

¿Pueden los miembros de los equipos tienen especializaciones? Sí, pero lo que realmente necesita generalistas con fortalezas en algunas áreas más que las personas que sólo saben una cosa y no va a tocar nada más.