This HTML5 document contains 29 embedded RDF statements represented using HTML+Microdata notation.

The embedded RDF content will be recognized by any processor of HTML5 Microdata.

Namespace Prefixes

PrefixIRI
dcthttp://purl.org/dc/terms/
dbohttp://dbpedia.org/ontology/
foafhttp://xmlns.com/foaf/0.1/
n9https://global.dbpedia.org/id/
dbthttp://dbpedia.org/resource/Template:
rdfshttp://www.w3.org/2000/01/rdf-schema#
rdfhttp://www.w3.org/1999/02/22-rdf-syntax-ns#
owlhttp://www.w3.org/2002/07/owl#
wikipedia-enhttp://en.wikipedia.org/wiki/
dbphttp://dbpedia.org/property/
provhttp://www.w3.org/ns/prov#
dbchttp://dbpedia.org/resource/Category:
xsdhhttp://www.w3.org/2001/XMLSchema#
wikidatahttp://www.wikidata.org/entity/
dbrhttp://dbpedia.org/resource/

Statements

Subject Item
dbr:Agile_architecture
rdfs:label
Agile architecture
rdfs:comment
Agile architecture means how enterprise architects, system architects and software architects apply architectural practice in agile software development. A number of commentators have identified a tension between traditional software architecture and agile methods along the axis of adaptation (leaving architectural decisions until the last possible moment) versus anticipation (planning in advance) (Kruchten, 2010 ). Several attempts have been made to specify what makes up an agile approach to architecture. According to the SAFe framework, the principles of agile architecture are:
dct:subject
dbc:Architectural_theory dbc:Agile_software_development
dbo:wikiPageID
52040048
dbo:wikiPageRevisionID
1084750900
dbo:wikiPageWikiLink
dbr:Agile_software_development dbr:Enterprise_architect dbr:Architecture dbr:Scaled_Agile_Framework dbr:Blueprint dbr:Enterprise_architecture_framework dbr:Enterprise_architecture dbr:System_architect dbr:Funnel dbc:Architectural_theory dbc:Agile_software_development dbr:Software_architect
owl:sameAs
n9:2eJWt wikidata:Q28458052
dbp:wikiPageUsesTemplate
dbt:Software-eng-stub dbt:Organization
dbo:abstract
Agile architecture means how enterprise architects, system architects and software architects apply architectural practice in agile software development. A number of commentators have identified a tension between traditional software architecture and agile methods along the axis of adaptation (leaving architectural decisions until the last possible moment) versus anticipation (planning in advance) (Kruchten, 2010 ). Waterman, Nobel and Allan (2015) explored the tensions between spending too little time designing an up-front architecture, increasing risk, and spending too much time, negatively impacting of the delivery of value to the customer. They identify six forces that can affect agile architecture: Requirements instability, technical risk, early value, team culture, customer agility and experience. These forces may be addressed by six strategies: Respond to change, address risk, emergent architecture, big design up front and use frameworks and template architectures. Several attempts have been made to specify what makes up an agile approach to architecture. According to the SAFe framework, the principles of agile architecture are: 1. * Design emerges. Architecture is a collaboration. (intentional architecture) 2. * The bigger the system, the longer the runway (architectural runway) 3. * Build the simplest architecture that can possibly work (established design principles) 4. * When in doubt, code or model it out (spikes, prototype, domain and use case models) 5. * They build it, they test it (design for testability) 6. * There is no monopoly on innovation (teams, hackathons) - Facebook's Like button was conceived as part of a hackathon 7. * Implement architectural flow (architectural epics and the portfolio kanban) - the portfolio Kanban goes through funnel, review, analysis, portfolio backlog and implementing At the enterprise architecture level, Scott Ambler (2016) proposes the following principles * Evolutionary collaboration over blueprinting * Communication over perfection * Active stakeholder participation * Enterprise architects are active participants on development teams * Enablement over inspection (exemplars) * High level models (the more complex, the more abstract) * Capture details with working code * Lean guidance and rules, not bureaucratic procedures * Have a dedicated team of experienced enterprise architects Svyatoslav Kotusev identifies the following dimensions of "agile" Enterprise Architecture: 1. * Agility of strategic planning, including such aspects as (a) the overall amount of time and effort devoted to strategic planning, (b) the organizational scope covered by strategic planning, (c) the time horizon of strategic planning and (d) how exactly the desired future is defined 2. * Agility of initiative delivery, including such aspects as (a) the logical flow of initiative delivery and (b) the volume of EA artifacts developed for initiatives, i.e. solution overviews and solution designs 3. * Agility of finance allocation, including such aspects as (a) the composition of corporate IT investment portfolios and (b) the structure of budgeting processes 4. * Agility of architecture governance, including such aspects as (a) the formality of decision-making processes and (b) the adherence to the approved plans 5. * Agility of architecture function, including such aspects as (a) the ratio of architects in the total IT workforce and (b) the degree of participation of architects in IT projects 6. * Agility of other elements, including such aspects as (a) the level of technical standardization and (b) the sophistication of utilized software tools
prov:wasDerivedFrom
wikipedia-en:Agile_architecture?oldid=1084750900&ns=0
dbo:wikiPageLength
5757
foaf:isPrimaryTopicOf
wikipedia-en:Agile_architecture
Subject Item
dbr:Agile_Architecture
dbo:wikiPageWikiLink
dbr:Agile_architecture
dbo:wikiPageRedirects
dbr:Agile_architecture
Subject Item
wikipedia-en:Agile_architecture
foaf:primaryTopic
dbr:Agile_architecture