en fråga om samarbete SESAM 2001-10-24 Håkan Enquist Göteborgs universitet AerotechTelub 1
Inledning Produkter och arkitektur Processer/organisation och arkitektur Arkitektur = kunskap? Utveckling av arkitekturkunskap i samarbete 2
Produkter vässas inom sin domän m h a IT IT tillämpas i fler och fler produktdomäner IT används att integrera funktioner i produkt produkt - produkt produkt - verksamhet verksamhet - verksamhet 3
(fritt från J Kihl) Hakan.enquist@aerotechtelub.se Stor omorganisation och utgallring Kreativ och experimenterande fas Flexibilitet mot okända uppgifter genom Bas av plattformar Stelth, precision och information skall ge effekt Information och IT som integrationsmedel Civila standarder och COTS Anpassning är en av FM huvuduppgifter 4
(enligt Mark Maier) Hakan.enquist@aerotechtelub.se System i system av system karaktäriseras av oberoende m a p: Operation/användning Ledning/ägande Geografisk utspridning Utveckling/ ändring 5
Verksamhetsstrategier Makrostruktur Övergripande verksamhetsutformning Metoder/ regler Ramverk verksamhetsutv Verksamhetsenhets utformning Process Behov, krav Hakan.enquist@aerotechtelub.se Uppbyggnadsplan Infrastruktur verksamhetsutveckling Verksamhet Möjligheter, begränsningar Nyttjande -plan Ramverk infosystem Makrostruktur IS Uppbyggnads plan Informationssörjningsstrategi Övergripande utformning av informationssörjning Informationssystems utformning Infrastruktur informationssörjning Information Metoder/ regler Nyttjandeplan SU- Process Behov, krav Teknik IT-strategier IT makrostruktur Övergripande IT-system- och infrastrukturutformning Metoder/ regler Möjligheter, begränsningar Ramverk ITkonstruktion IT-systems utformning IT SU- Process Uppbyggnads plan Infrastruktur IT Nyttjandeplan 6
Styrt av: -vassa produkter -Dimensionerande egenskapskrav -Materialet/substansen i sig KNOW WHAT KNOW WHY Tyst kunskap Delvis dokumenterad Ett fåtal personer Mycket stort kunskapsinnehåll Unik fackterminologi 7
Flygplan? Flygplan Samfunktion?? Samfunktion? Ledsyst Ledsyst 8
S2 Hakan.enquist@aerotechtelub.se Flygplan Lv Flygplan Samfunktion? Ledsyst Ledsyst Förband Samfunktion? 9
Flygplan Flygplan S2 Hakan.enquist@aerotechtelub.se Lv Samfunktion?? Ledsyst Ledsyst Integration? Förband 10
Flygplan Flygplan NCW Hakan.enquist@aerotechtelub.se Lv Samfunktion? Ledsyst Ledsyst Integration? Granularitet system!? Förband 11
Ledsyst Flygplan Lv Ledsyst Samarbeta integrerat mellan domänerna! Flygplan Förband Lärandeprocess Arkitekturutveckling S2 S2 12
Evolutionär (lärande) utveckling Tar lång tid Ger god grund design av interoperabla produkter Kunskapen i form av domänarkitektur är fragmenterad och endast delvis dokumenterad S2-/NCD-arkitektur vilt omdebatterat Vilka är f.ö. produktdomänerna?!? 13
Utveckling med korta ledtider kräver snabba processer/projekt Plattforms-, vapen-, sensor-, verksamhetsoch ledningssystem ändras i olika takt i olika delar Försvarets utveckling kräver överblickbar och samordnad utvecklingsprocess där integration/samfunktion skall säkerställas 14
Kommersiella uts Leverantörsstruktur Hakan.enquist@aerotechtelub.se Kvalitets-std Produktarkitektur Know-How Processarkitekturen påverkas av många faktorer, särskilt produktark. och tillgänglig Know-How 15
Inom varje produktdomän finns etablerad Know- How, proces- och organisationssstrukturer, kvalitetstandarder etc Kommersiella utsättningar skiljer sig mellan t ex krigsmtrl och annan mtrl Process-/organisationsarkitektur i allmänhet och S2/NCD i synnerhet är inte dokumenterat och diskuterat såsom produktarkitektur 16
Flygplan Flygplan Produkt Process S2 Hakan.enquist@aerotechtelub.se Ledsyst Lv Produkt Process Ledsyst Produkt Process Samarbeta integrerat mellan domänerna! Produkt Process Förband Lärandeprocess Arkitekturutveckling S2 Produkt Process Produkt Process 17
Evolutionär utveckling av Know-How Annars mkt svårt att samordna utvprocessen över System av system Stödjer Evolutionär och inkrementell tidssynkad) utveckling 18
Försvaret vill kunna exprimentera och uppfinna ny former, metoder, tekniker mm militär verksamhet Behovssammansatta insatsstyrkor mot idag okända uppgifter och /eller verkansområden Kraven på produkter i FM system av system kommer att variera kraftigt 19
Know-What om nya behov kunskap om hur/var/när befintlig Know-Why (produktteknologi) och Know-How (process) är tillämpart Med Know-Why kan utveckling av produkt- och processkunnande styras när variationer kravbilden går utan befintlig kunskap Krav på S2/ Nätverk av produkter kan ofta lösas ut av alternativa produktdomäner! Befintlig Know-Why varierar mellan olika produktdomäner! 20
Radikal utveckling av produkter i S2 kräver samordnad utveckling av Know-What och Know-Why mellan integrerade system Samordnad kunskapsutveckling i S2 kräver domänövergripande Know-Why Kunskapsarkitekturen och Know-whykunskap är minst dokumenterad och än mindre diskuterad idag 21
success in dynamic product markets depends on much greater strategic management attention to creating strategic flexibilities in a firms product, organization, and knowledge architectures Three levels of knowledge- know-how, knowwhy and know-what must be managed strategically in networkbased product creation processes Managerial skills must expand to a new emphasis on skills in managing flows of intellectual assets within networks of firms 22
Produkt, Process och Kunskap Hakan.enquist@aerotechtelub.se FM FM S2 FMV Leverantör x 500? 23
Ej vetenskapligt testad! Utv måga visa produktarkitekturer Utv aptit visa processarkitekturer S2 produkt och processarkitektur vis kunskapsarkitektur S2 kunskapsarkitektur Evolutionär Evolutionär Inkrementell Evolutionär Inkrementell Innovativ Evolutionär Inkrementell Innovativ Radikal 24
FM/FMV IPT Arkitektur En handbok ändringsledning DELTA metaarkitektur (strategisk) utvecklingsprocess Systemoptimering Change management 15288 Systems LC process standard Bud Lawson, Curt Nordström, Håkan Enquist 25