Metodologías ágiles y proceso de arquitectura Flashcards
¿Cuáles son las tres restricciones que el gerenciamiento de proyecto identifica como “triángulo de acero” (Iron Triangle). ¿Cuáles de esas restricciones son fijas y cuáles son variables en el método tradicional? ¿Cuáles de esas restricciones son fijas y cuáles son variables en el método ágil?
Las 3 restricciones son: Tiempo, Recursos y Alcance
En el método tradicional se fija: el Alcance a veces el tiempo
Son variables: los Recursos
En el método ágil se fijan: Tiempo y Recursos
Son variables: Alcance
¿Qué características de un proyecto podrían definir que el método a ser usado sea el tradicional?
Alta complejidad
Los requerimientos son conocidos
“Minimum viable product” tiene que tener 80% o más del alcance total
La cultura del cliente requiere predecibilidad y órden
El cliente tiene un caso de negocio con firmes supuestos respecto del alcance
¿Qué características de un proyecto podrían definir que el método a ser usado sea ágil?
Complejidad baja o media
Los requerimientos son exploratorios
El concepto de “minimum viable product” es flexible
La cultura del cliente tolera “lo desconocido”
El cliente tiene presupuesto para explorar posibilidad y desarrollar POCs (Pruebas de
Concepto)
¿Qué se entiende por Arquitectura Intencional y Diseño Emergente en el contexto de proyectos ágiles?
La Arquitectura Intencional es la definición inicial de la Arquitectura de una solución en proyectos ágiles Durante la ejecución de los Sprints irán surgiendo diseños emergentes que se alinearán (o estarán restringidos por) la Arquitectura Intencional. El diseño emergente podrá plantear ajustes y nuevas ideas a la Arquitectura Intencional
Colocar la palabra correcta:
La Arquitectura Intencional __________ el Diseño emergente
El Diseño Emergente _____________ y ____________ a la Arquitectura Intencional
La Arquitectura Intencional restringe el Diseño emergente
El Diseño Emergente corrige y nutre de nuevas ideas a la Arquitectura Intencional
¿Cuáles son los diferentes roles que un arquitecto puede asumir en un proyecto ágil?:
Option 1 - Architect is part of the Scrum team taking on tasks that are addressing architecturally
significant concerns
Option 2 – Architect as Scrum stakeholder looking to influence the Product Owner’s decisions
about what goes on the product backlog and what is prioritized, to help achieve their architectural
objectives.
Option 3 – Architect as Scrum Product Owner making the decisions around priorities and the
‘definitions of done’ for the product or component.
¿Cuáles son las diferentes actividades que puede tener un Arquitecto en un proyecto ágil?
Early stages of delivery, continue elaborating the architecture through discussions with the
business, client architecture team and implementation team – driving approvals from the Design
Authority. This requires the architect to provide business and technical context and details of
historical decisions to the delivery team.
Providing guidance to the technical delivery team on expected realization of architecture to satisfy
requirements.
Influencing and guiding the Product Owner on decisions around product backlog, prioritization and
scope to achieve business goals with reasonable and cost effective effort.
Protect the scope by describing the implications of change in terms of architectural impacts and
consequential effort and cost terms.
Attend daily stand ups with developers and a separate daily stand up with architects (for larger
engagements).
¿Qué son los Architecture Enablers? ¿De dónde pueden surgir?
Architecture enablers are technical initiatives needed to support development of business
functionality.
Architecture enablers emerge either from enterprise architects at the program level or agile teams
seeking to improve the existing solution.
Architecture is realized by gradually implementing architecture enablers through agile sprints.
¿Qué artefactos se sugiere trabajar en los primeros 2-3 días de iniciado un proyecto ágil? ¿En las
siguientes 1 a 2 semanas?
**Primeros 2-3 días
**System Context
Requerimientos Iniciales (funcionales iniciales y no-funcionales)
Architecture On-a-Page con anotaciones
**Una a dos semanas
**Initial functional viewpoint
Initial Operational viewpoint
Initial Security viewpoint
¿Qué requerimientos no funcionales deben ser considerados si o si en la Arquitectura Inicial?
Capacity – number of registered vs concurrent users, peak transactions per second.
Performance – response time for key use cases at the 95th percentile (never 100!).
Reliability & Recovery – high availability, disaster recovery.
Security – identity, authentication, authorization, encryption at rest
¿Qué es un Architecture-on-a-page? ¿Qué elementos debe presentar?
This diagram is used to communicate scope and key elements of the solution to business
stakeholders and client architecture team. This is partly a scoping artifact. Simple is better. Used
to talk through solution to audiences and triggers discussions around the solution and delivery.
Essential items to capture:
Users – internal/external, the main users.
Components – key software elements that will be procured, developed, impacted.
Integration – call out key integration points for golden path. Not everything, just key ones.
Detail – include logical and/or physical to illustrate scope boundary
