Hvorvidt det bør være et eget yrke som programvarearkitekt som har som rolle å jobbe selvstendig med kunder for å designe systemarkitekturen er et diskutabelt tema. Her er noen argumenter for og imot dette forslaget:

Argumenter for:

1. Domeneekspertise :Programvarearkitekter med dyp domeneekspertise kan bedre forstå kundens krav, forretningsmål og bransjespesifikke utfordringer. Dette gjør dem i stand til å designe løsninger som er skreddersydd til den spesifikke konteksten, noe som fører til økt relevans og effektivitet.

2. Uavhengig perspektiv :Programvarearkitekter som jobber uavhengig av utviklingsteamet kan bringe et nytt perspektiv til systemdesignet. Det er mindre sannsynlig at de blir påvirket av eksisterende forutsetninger eller skjevheter, noe som kan føre til mer innovative og effektive løsninger.

3. Strategisk visjon :Programvarearkitekter kan fokusere på den langsiktige strategiske visjonen til systemet, og sikre at det stemmer overens med organisasjonens overordnede mål. De kan vurdere skalerbarhet, pålitelighet og vedlikeholdsaspekter fra starten, og forhindre omarbeiding og potensielle problemer langs linjen.

4. Risikoredusering :Ved å ha programvarearkitekter involvert tidlig i designfasen, kan potensielle risikoer og utfordringer identifiseres og adresseres proaktivt. Denne proaktive tilnærmingen kan redusere risiko og sikre systemets suksess på lang sikt.

Argumenter mot:

1. Kommunikasjonsoverhead :Å introdusere et ekstra lag med kommunikasjon mellom programvarearkitekten og kunden kan øke kommunikasjonskostnadene. Dette kan bremse beslutningsprosessen og gjøre det mer utfordrende å samle nøyaktige og oppdaterte krav.

2. Kostnads- og ressursallokering :Å opprette et eget yrke for programvarearkitekter kan innebære ekstra kostnader og ressursallokering. Dette kan være spesielt utfordrende for små organisasjoner med begrensede budsjetter eller ressurser.

3. Overlapping av ansvar :Rollene og ansvaret til programvarearkitekter kan overlappe med andre teammedlemmer, for eksempel seniorutviklere eller tekniske ledere. Denne overlappingen kan føre til forvirring, redundans og potensielle konflikter i beslutningstaking.

4. Mangel på praktisk erfaring :Programvarearkitekter som ikke er direkte involvert i utviklingsprosessen kan mangle praktisk teknisk ekspertise til å designe løsninger som er gjennomførbare og implementerbare. Dette kan resultere i teoretiske design som er vanskelige å oversette til faktisk kode.

Oppsummert avhenger behovet for et eget yrke som programvarearkitekt for kundevendt systemdesign av ulike faktorer som organisasjonens størrelse, kompleksitet av systemene, prosjektkrav og tilgjengelige ressurser. Selv om det er fordeler med å ha spesialiserte programvarearkitekter, er det også utfordringer som må vurderes og håndteres effektivt for å sikre vellykkede resultater.