Smidige prosjekter er et stor suksess
Men vi har noen ’nye’ utfordringer
En lei tendens til å lage nye 2.5 lags database-sentriske siloapplikasjoner
”arkitektur, design er ikke viktig” –les: for vanskelig/tidkrevende
Testing –raske tester, som også skal være aktiv del av dokumentasjon er selvmotsigelser
Konfigurasjonsstyring –blir ofte ’glemt’ i smidige prosjekter, siden drift sjelden er aktiv stakeholder.
Smidig-bevegelsener religiøst selvsentrisk, og lite villige til å se konsekvenser
Både store og små prosjekter forventes å bli ferdige på en eller annen dato. Det er ikke bare størrelsen som er problemet. Det er selve arbeidsformen.
Prosjekt skaper konflikt mellom prosjektmål og virksomhetens mål, stor avstand mellom prosjekt- og linjeorganisasjon, en kortsiktig finansieringsmodell og utfordringer med overlevering og kunnskapsoverføring.
Å behandle leveransene som kontinuerlige produktutviklingsløp i linja gjør det enklere å realisere gevinster kontinuerlig, justere initiativene opp mot virksomhetens mål, involvere hele organisasjonen, løpende finansiering, bedre kommunikasjon og kunnskapsbygging istedenfor kunnskapsoverlevering.
Kontinuerlige Leveranser og DevOps er praksiser som lar virksomheter dytte idéer ut til sine kunder før andre er ferdige med sin første iterasjon. Kvaliteten på det som leveres øker i takt med hyppigheten på leveransene. Tettere samarbeid mellom drift og utvikling bidrar til at alle trekker i samme retning. Det er forretning som bestemmer når noe skal ut i produksjon, ikke IT. Vi er vitne til et av de største paradigmeskiftene innen IT i vår tid. De som ikke transformerer sine IT-organisasjoner risikerer å bli etterlatt for å dø.
Stein Inge vil i dette foredraget forklare hva DevOps og Kontinuerlige Leveranser innebærer og hvorfor det er så viktig å ikke bli sittende på gjerdet. Han vil også presentere egne erfaringer med å levere kontinuerlig.
3-minutters guide: Slik lykkes du med smidig utviklingSteria Norway
Smidige metoder er som sjakk: Du kan lære grunnreglene på en kveld, men bruke hele
livet på å mestre detaljene. I denne guiden får du konkrete tips om hvordan du forbedrer kommunikasjon, kvalitet og verdiskapning i smidige og ikke-smidige prosjekter.
Slides til lyntale ved Dataforeningens Testdagen Odin 2016, om Combinatorial Testing.
Introduksjon til Combinatorial Testing, pairwise og forskning på Combinatorial Testing.
Kort demo av ACTS.
Presentert av Sverre Thomassen og Mats Gimming Myhre.
Både store og små prosjekter forventes å bli ferdige på en eller annen dato. Det er ikke bare størrelsen som er problemet. Det er selve arbeidsformen.
Prosjekt skaper konflikt mellom prosjektmål og virksomhetens mål, stor avstand mellom prosjekt- og linjeorganisasjon, en kortsiktig finansieringsmodell og utfordringer med overlevering og kunnskapsoverføring.
Å behandle leveransene som kontinuerlige produktutviklingsløp i linja gjør det enklere å realisere gevinster kontinuerlig, justere initiativene opp mot virksomhetens mål, involvere hele organisasjonen, løpende finansiering, bedre kommunikasjon og kunnskapsbygging istedenfor kunnskapsoverlevering.
Kontinuerlige Leveranser og DevOps er praksiser som lar virksomheter dytte idéer ut til sine kunder før andre er ferdige med sin første iterasjon. Kvaliteten på det som leveres øker i takt med hyppigheten på leveransene. Tettere samarbeid mellom drift og utvikling bidrar til at alle trekker i samme retning. Det er forretning som bestemmer når noe skal ut i produksjon, ikke IT. Vi er vitne til et av de største paradigmeskiftene innen IT i vår tid. De som ikke transformerer sine IT-organisasjoner risikerer å bli etterlatt for å dø.
Stein Inge vil i dette foredraget forklare hva DevOps og Kontinuerlige Leveranser innebærer og hvorfor det er så viktig å ikke bli sittende på gjerdet. Han vil også presentere egne erfaringer med å levere kontinuerlig.
3-minutters guide: Slik lykkes du med smidig utviklingSteria Norway
Smidige metoder er som sjakk: Du kan lære grunnreglene på en kveld, men bruke hele
livet på å mestre detaljene. I denne guiden får du konkrete tips om hvordan du forbedrer kommunikasjon, kvalitet og verdiskapning i smidige og ikke-smidige prosjekter.
Slides til lyntale ved Dataforeningens Testdagen Odin 2016, om Combinatorial Testing.
Introduksjon til Combinatorial Testing, pairwise og forskning på Combinatorial Testing.
Kort demo av ACTS.
Presentert av Sverre Thomassen og Mats Gimming Myhre.
Gjesteforelesning om strategisk bærekraft og GoForIT til UiASimen Sommerfeldt
GoForiT består av mange av de største aktørene innenfor bransjen, med både TEKNA, NITO, Accenture, Microsoft, UiA, NTNU, Sopra Steria, CGI, Bouvet, Itera og flere. Her kan du se hvordan vi tenker rundt strategisk bærekraft, og skal samarbeide for å sørge for at vi utdanner folk i takt med hvordan vi benytter bærekraft i arbeidslivet. Si fra hvis du ønsker link til opptak av foredraget
Presentasjon fra Software 2014, på sporet "Intraprenørskap".
Få innspill til å kjøre prototyper for å støtte forretningsutvikling med IT-modernisering. Arbeidsform, plan, team-sammensetning og kostnader vil bli presentert.
Forenkling av skjemaveldet er krevende, men viktig. Skatteetatens demonstrer innovasjon i praksis ved å bruke prototyping i skyen for å støtte tverrfaglig samarbeid.
Et år med Office 365 og SharePoint i Hydro - hva gjorde vi og hva lærte vi?Gro Elin Hansen
Denne presentasjonen ble holdt av Gro Elin Hansen (Digital Collaboration Manager, Hydro) og Jill Mathisen (konsulent, Sopra Steria) for Norwegian SharePoint Community 26 august 2016.
Organisering av prosjektteam i store organisasjoner. Erfaringer og forskning på produktorganisering.
Hold på Arendalsuka 2022: https://program.arendalsuka.no/event/user-view/19642
Vi har studert hvordan verdens beste utvikler og tester ideer raskere enn noen andre. I dette seminaret presenterer vi prosessen. Slider fra seminar avholdt hos Agera på Madserud Gård.
GoforIT tar tak i de systemiske utfordringene vi har: UH-sektoren og arbeidslivet må gå i takt for å nå målene i Parisavtalen. I tillegg trenger vi titusenvis av digitale hoder med riktig bærekraftkompetanse for å erstatte de 200.000 arbeidsplassene som må skapes etter avviklingen i Nordsjøen. Mali Hole Skogen fra IKT-Norge og jeg ble invitert av Direktoratet for høyere utdanning og kompetanse til å holde et innlegg om GoForIT på "DigiNorden" - en konferanse om digital kompetanse og livslang læring for bærekraftig omstilling i Norden.
This document discusses the Internet of Things (IoT) market and key technologies. It attempts to map the IoT market across three axes: open vs closed ecosystems, instrumenting machines vs the physical world, and autonomous devices vs collaborative ecosystems. Some of the big players in IoT like Google, Microsoft, Amazon, GE and Cisco are mentioned. Key IoT components discussed include radios/communication, real-time analytics platforms, sensors, data collection, and actuators. Security, scaleability, and open standards are identified as important technologies for IoT. The document also briefly discusses what is happening in Norway's IoT market and opportunities in health, oil/gas, transportation, and other sectors.
More Related Content
Similar to Robust smidig utvikling - når resultater er viktigere enn religion
Gjesteforelesning om strategisk bærekraft og GoForIT til UiASimen Sommerfeldt
GoForiT består av mange av de største aktørene innenfor bransjen, med både TEKNA, NITO, Accenture, Microsoft, UiA, NTNU, Sopra Steria, CGI, Bouvet, Itera og flere. Her kan du se hvordan vi tenker rundt strategisk bærekraft, og skal samarbeide for å sørge for at vi utdanner folk i takt med hvordan vi benytter bærekraft i arbeidslivet. Si fra hvis du ønsker link til opptak av foredraget
Presentasjon fra Software 2014, på sporet "Intraprenørskap".
Få innspill til å kjøre prototyper for å støtte forretningsutvikling med IT-modernisering. Arbeidsform, plan, team-sammensetning og kostnader vil bli presentert.
Forenkling av skjemaveldet er krevende, men viktig. Skatteetatens demonstrer innovasjon i praksis ved å bruke prototyping i skyen for å støtte tverrfaglig samarbeid.
Et år med Office 365 og SharePoint i Hydro - hva gjorde vi og hva lærte vi?Gro Elin Hansen
Denne presentasjonen ble holdt av Gro Elin Hansen (Digital Collaboration Manager, Hydro) og Jill Mathisen (konsulent, Sopra Steria) for Norwegian SharePoint Community 26 august 2016.
Organisering av prosjektteam i store organisasjoner. Erfaringer og forskning på produktorganisering.
Hold på Arendalsuka 2022: https://program.arendalsuka.no/event/user-view/19642
Vi har studert hvordan verdens beste utvikler og tester ideer raskere enn noen andre. I dette seminaret presenterer vi prosessen. Slider fra seminar avholdt hos Agera på Madserud Gård.
GoforIT tar tak i de systemiske utfordringene vi har: UH-sektoren og arbeidslivet må gå i takt for å nå målene i Parisavtalen. I tillegg trenger vi titusenvis av digitale hoder med riktig bærekraftkompetanse for å erstatte de 200.000 arbeidsplassene som må skapes etter avviklingen i Nordsjøen. Mali Hole Skogen fra IKT-Norge og jeg ble invitert av Direktoratet for høyere utdanning og kompetanse til å holde et innlegg om GoForIT på "DigiNorden" - en konferanse om digital kompetanse og livslang læring for bærekraftig omstilling i Norden.
This document discusses the Internet of Things (IoT) market and key technologies. It attempts to map the IoT market across three axes: open vs closed ecosystems, instrumenting machines vs the physical world, and autonomous devices vs collaborative ecosystems. Some of the big players in IoT like Google, Microsoft, Amazon, GE and Cisco are mentioned. Key IoT components discussed include radios/communication, real-time analytics platforms, sensors, data collection, and actuators. Security, scaleability, and open standards are identified as important technologies for IoT. The document also briefly discusses what is happening in Norway's IoT market and opportunities in health, oil/gas, transportation, and other sectors.
This document provides an introduction to service-oriented architecture (SOA). It discusses how SOA projects often fail by not delivering real business value. The workshop aims to teach participants how to successfully build SOAs by focusing on key concepts like defining services and service categories, establishing governance policies, and understanding how SOA can provide real value to businesses when done correctly. The agenda covers topics such as motivations for SOA, laws of SOA, the difference between normal and "real value" SOAs, SOA maturity models, and examples of how SOAs have successfully delivered value for other companies.
The document discusses master data management (MDM) and introduces EDR-MDS as a potential solution. It defines MDM and describes challenges with existing approaches. EDR-MDS is proposed as a service-oriented MDM approach that uses an Enterprise Domain Repository (EDR) to master disjoint business objects across systems. The EDR allows standard software to coexist with SOA by providing a simple, inexpensive strategy to control data redundancy and enforce governance through dynamic rules and automatic updates across sources.
Nyere forskningsresultater som er viktige for software arkitektenThor Henning Hetland
This document summarizes recent research findings relevant to software architects. It discusses four main topics: the relationship between technology choices, experience, and quality; the relationship between skills, experience, and defects; the senior programmer paradox; and the relationship between "good" versus "bad" systems and experience. The research presented indicates that more experienced programmers may have higher error rates and lower productivity when working with highly coupled code, while less experienced programmers show better productivity and quality with highly coupled code. The implications for architects are that high coupling may not be as problematic for projects with frequent programmer turnover or training of new developers.
Cloud Psychology - a look at why many businesses will go out of business soon.Thor Henning Hetland
This talk will focus on the underlying psychological aspects preventing many businesses to harvest the economy of scale values the cloud offer by a persona's style insight into the decision processes and offer some facts and guidelines to remove the cloud psychological aspects from key decisions.
New models and architectures such as grid, cloud, and virtualization continue to take Java technologies in new directions. A lot of people meet resistance when it comes to Cloud Computing based on FUD (Fear, uncertainty, and doubt) making it impossible to use the opportunity and value cloud computing is for businesses. We will give a persona's style insight into the decision processes and offer some facts and guidelines to remove the cloud psychological aspects from key decisions. Examples from an ongoing projects will be used as a case.
This document provides a summary of key concepts related to service-oriented architecture (SOA) patterns and categorization. It discusses the importance of establishing service categories and design rules upfront to reduce complexity. Several "laws of SOA" are outlined, including the importance of service ownership and metrics. Case studies are presented on how specific organizations have realized business value through SOA initiatives including establishing standardized interfaces, integrating data sources, and enabling new business processes. The value of an Enterprise Domain Repository (EDR) pattern for integration and enabling event-driven architectures is also discussed.
The document discusses design-time governance for SOA (service-oriented architecture). It provides examples of policy rules for different types of services, including human-to-application (H2A), application-to-application (A2A), aggregated core services (ACS), and core services (CS). It also presents a case study example of how to address new requirements within the constraints of existing policy rules. The document emphasizes that governance is important for SOA to avoid losing track of components and preventing undesired side effects between services. It stresses starting small with governance and establishing rules before deploying services.
Neo4Dogs - a data quality platform approach with SolrCloud and graphsThor Henning Hetland
I'll do a talk on how we've used Neo4J for dataquality analysis & corrections as well as breed-analysis and more at NKK, where performance (dogs/second 100-9.000) and (queries/second 200-20.000) are important metrics.. :)
I'll do a talk on how we've used Neo4J for dataquality analysis & corrections as well as breed-analysis and more at NKK, where performance (dogs/second 100-9.000) and (queries/second 200-20.000) are important metrics.. :)
This document summarizes website analytics for an open knowledge community wiki from November 2008. It provides metrics such as 50,000 pageviews, 270,000 minutes of activity over 185 days, and involvement from 10,000 visitors across 70 countries. The top contributors to the wiki are also listed. Popular pages are identified along with their pageview counts.
6. Project 1: 40 pers, 12 mnd
•Bra effektivitet og prosjektresultat
•Arkitekturforvitring og duplisering av
foretningsregler, spesielt i klientlaget
•Utfordrende å forvalte etter at
prosjektressursene var ute av
prosjektet
6
Score: 65%
7. Project 2
•Beslutning har konsekvenser var essentielt
•Ekstremt høy produktivitet (5x) igjennom
35+ sprinter
•Stor utskifting av ressurser uten
produktivitetstap
•Arkitektur release sentralt
•Både prosjekt og forvaltning
7
Score: 85%
8. Project 3
•Scrum essentielt for suksess/leveranse –
hadde ikke råd til en eneste feil..
•Veldig høy spredning i kompetanse og
erfaring (les: overvekt av juniorer)
•Prioriteringer og tidlige avklaringer –
kundeinvolvering
•Risikostyring
8
Score: 95%
9. SCRUM hotlist
•beslutninger har konsekvenser -
læringssirkel
•fokus på resultat, ikke veien
•man finner tidlig ut at man er ”på
tur”
9
11. THE DARK HORIZON
Men dette virker jo for godt til å være sant – og det er det også…
11
12. Smidige prosjekter er et stor
suksess
Men vi har noen ’nye’ utfordringer
• En lei tendens til å lage nye 2.5 lags database-sentriske
siloapplikasjoner
• ”arkitektur, design er ikke viktig” –les: for vanskelig/tidkrevende
• Testing –raske tester, som også skal være aktiv del av
dokumentasjon er selvmotsigelser
• Konfigurasjonsstyring –blir ofte ’glemt’ i smidige prosjekter, siden
drift sjelden er aktiv stakeholder.
• Smidig-bevegelsener religiøst selvsentrisk, og lite villige til å se
konsekvenser
• (Overvekt av hotshot-grooupies)
12
13. What the marked sees…
Today, the agile community faces threats from
non-agile communities by failing to deliver good
solutions with regards to TCO, enterprise
requirements and team skill and/or Cargo Cult.
This is by itself not a weakness with the Agile
manifesto, but if the community fail to address
and solve these challenges, we fear that software
development is forced back to non-agile practices.
13
14. What Gartner demands…
•"The message for IT is clear; business needs and expects
greater agility from IT," said Ms. Gomolski. "The current
approaches to project prioritization, resourcing, agility and
governance are clearly not satisfying customer needs."
•"Moreover, in these troubled economic times, CIOs need to
remember that choosing the least-cost approach to
solving today's technology needs may become the most
expensive, least-effective in the long run."
•Gartner October 14, 2008
14
15. Som betyr
•Tiden for religion er over..
•Smidige team er aldri perfekte
– vi må støtte opp om hullene med gode software
engineeringprosesser der det behøves
•Hvis vi ikke har en god “teknisk arkitekt” i teamet eller på
tvers av teamene så er vi i risikosonen
•Smidige prosjekter er ikke for alle!
•Tro har flyttet fjell, men hvis vi ikke klarer å levere så er vi
like langt
15
16. HOW TO ACT
OK, så var det ikke så lett alikevel, men hva skal vi gjøre
for å få høstet litt av verdibudskapet til smidig?
16
17. Agile manifest - extended
•evolve ability and maintainability over
project heroes
•sustainability and total customer value
over features and glass bowl project focus
•facts and knowledge over religion and
preaching
17
18. Som betyr
•... bruk det Agile Manifestet som basis
•… vurder relevansen av de foreslåtte utviddelsene
for prosjektet/teamet
•… spe på med posesser og teknikker for å dekke
kompetansehull
•... glem ikke å bruke hodet
•... ingen sa at smidig var enkelt eller for alle
18
19. Startpunkter..
•Gjeninnføre arkitektur og design
• Tøffe utfordringer trenger de beste utviklerne!
• Hvor ble det av anti-corruptionlayer?
• Vi kan ikke fortsette å ignorere at modning tar tid
•Opprette/standariseretest-kategorisering
• Gjeninnføre et bevist forhold til konfigurasjonsstyring og
versjonering.
•Gjeninnføre sunn fornuft
19
20. Eksempler på nøkkelutfordringer som man trenger
“hodet” til
Arkitektur
• How to ensure a sound architecture when starting a new project?
• How to prevent the architecture from corrupting over time?
• Technical and architectural debt
• How to avoid sub-optimization?
• Which design/architecture decisions can a single programmer (or a
pair) make by themselves?
• How to make developers aware of that their decisions might have more
far-reaching effects than their single, small component?
20