Máte pocit, že architektura zpomaluje vývoj řešení? Bylo by vám bez ní lépe? Možná jen nevíte, jak lze architekturu navrhovat a spravovat pragmaticky a hlavně agilně. Představíme Vám, jak se tvoří agilní architektura.

1. Agilní
architektura
Jaroslav Lach

2. Představení
Jaroslav Lach
IT-architekt a školitel
Goodea Consulting s.r.o.
Specializace
Data, databáze, datová architektura
Metodiky ArchiMate, TOGAF, DYA
Návrh softwaru
Agilní přístup

3. Jaké je Vaše očekávání?
Otázka

4. Agenda
• Co je to arhitektura
• Agilní manifest
• Metodiky Scrum, Nexus a SAFe
• Agilní organizace a jak jich
dosahovat

5. “Architecture is
the fundamental organisation of a system
embodied in its components
their relationships to each other and to the
environment
and the principles guiding its design and
evolution.”
(IEEE Computer Society Std. 1471 – 2000)
Co je to architektura

6. Architektura v životním cyklu IS?
Požadavky
Návrh
Realizace
Test
Nasazení

7. Než se začne něco dělat...
Projekt
Projekt
2019
Information
management
Nový
požadavek Legislativa
Nová
technologie
Vylepšení

9. Tradiční proces realizace IT řešení
Business
case
Globální
návrh
Realizace NasazeníNávrh
Business projekt
Infra projekt (evropský tender)
1-2 měsíce
Návrh/ Realizace /
Test / Nasazení
2 měsíce 9 měsíců
Test
Agilní přístup

10. Odkud se bere potřeba agilního přístupu?

11. Odkud se bere potřeba agilního přístupu?

12. Odkud se bere potřeba agilního přístupu?

13. Odkud se bere potřeba agilního přístupu?

14. • Konec 90 let: Capability Maturity Model. Procesy a jejich
kontrola se dlouhodobě staly důležitým cílem mnoha
organizací
• Procesy většinou založené na vodopádovém přístupu
Odkud se bere potřeba agilního přístupu?

15. Manifest agilního vývoje softwaru
We are uncovering better ways of developing software by doing
it and helping others do it. Through this work we have come to
value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on the right, we value
the items on the left more
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas

16. 1. Our highest priority is to satisfy the customer through early and continuous
delivery of valuable software.
2. Welcome changing requirements, even late in development. Agile processes
harness change for the customer's competitive advantage.
3. Deliver working software frequently, from a couple of weeks to a couple of
months, with a preference to the shorter timescale.
4. Business people and developers must work together daily throughout the project.
5. Build projects around motivated individuals. Give them the environment and
support they need, and trust them to get the job done.
6. The most efficient and effective method of conveying information to and within a
development team is face-to-face conversation.
Principy agilního vývoje I.

17. 7. Working software is the primary measure of progress.
8. Agile processes promote sustainable development. The sponsors,
developers, and users should be able to maintain a constant pace
indefinitely.
9. Continuous attention to technical excellence and good design enhances
agility.
10. Simplicity--the art of maximizing the amount of work not done--is
essential.
11. The best architectures, requirements, and designs emerge from self-
organizing teams.
12. At regular intervals, the team reflects on how to become more effective,
then tunes and adjusts its behavior accordingly.
Principy agilního vývoje II.

18. • Multidsciplinární team
• Product owner
• Scrum master
Metodika Scrum
SCRUM
Team Události
Artefakty
• Sprint
• Sprint planning
• Daily Scrum
• Sprint review
• Sprint Retrospective
• Product backlog
• Sprint backlog
• Increment
• Definition of Done

19. Zmenšení rizika

20. Tradiční přístup Agilní přístup

21. Co nám metodika Scrum přináší
• Zrychlení vývoje
• Soustředění se na to podstatné
• Lepší kvalitu
• Vyšší akceptaci koncovými uživateli díky účasti na vývoji
• Důvěra a svěření odpovědnosti mění chování lidí

22. Scaled Scrum: Nexus

23. SAFe: ScaledAgile Framework

24. • Paradox agilního přístupu:
 Dodržování metodiky je důležitější než koncový produkt
Agilní přístup a Scrum nejsou
synonyma
• Scrum se nehodí na všechno
 Velké legacy systémy mají pomalou
dynamiku
 Gartner: Pace layered application
strategy
 Funguje, jen když jsou splněny
určité podmínky:
 Kultura
 Product owner

25. We are uncovering better ways of doing business by doing it and helping others
do it. Through this work we have come to value:
Individuals and interactions over processes and tools
Delivering value over comprehensive documentation
Customer collaboration over contract negotiation
Initiating change over following a plan
That is, while there is value in the items on the right, we value the items on the left
more
Manifesto for agile organizations

26. Jak agilní jsou architektonické rámce?
DYA TOGAF
Jiné rámce?

27. • Princip: Just enough, just in time
• Architekt je stakeholder
• Architektura je agilní jenom tehdy, když
prokazatelně napomáhá změně
• Komunikace
• Stakeholders management
• Usnadňuje život vývojovým teamům
Agilní architekt

28. Vodopád
Návrh
Realizace
Test
Nasazení
Aplikace

29. Iterativní přístup
IT projektPožadavky
Aplikace

30. O co bychom se měli snažit
IT projektPožadavky
Aplikace
Koncový
uživatel
Nové
požadavky

31. End User Computing
Primary application
Data layer / API
Local
application
Local
application
Local
application
Local
application

32. Konfigurace
Aplikace
Config

33. • Tohle děláme už dlouho, ale spíše okrajově
• Iniciativa vývojových teamů
• Zákazník to nechce zaplatit
• Úkol pro architekty!
Je to něco nového?

34. Servisně orientované architektury

35. REST
Interoperability
Self-defining documents
Uniform Resource Identifiers
Scalability

36. • Client-Server
• Stateless
• Caching to improve network performance
• Uniform interface
• Layerd system
• Code-on-demand
• Separation of resources from representations
• Manipulation of resource through representations
• Self-descriptive messages
• Hypermedia as the engine of application state
REST constraints

37. Cloudová řešení

38. Dotazy

39. Školení Agilní
architektura
19-20.11.2015
Praha

40. Kontakt
Jaroslav Lach
IT-architekt a školitel
Goodea Consulting s.r.o.
jaroslav.lach@goodea.eu
nl.linkedin.com/in/JaroslavLach
+31 6 134 529 89

41. www.goodea.eu