Ilmiö 43
Conwayn laki — organisaatio heijastuu arkkitehtuuriin
Kirjoittanut Ilmiömies · Päivitetty 19.6.2026
Melvin Conway esitti vuonna 1967: "Organisaatiot, jotka suunnittelevat järjestelmiä, tuottavat järjestelmiä jotka heijastavat kyseisten organisaatioiden kommunikaatiorakenteita." Toisin sanoen: järjestelmä näyttää siltä, miltä tiimit näyttävät.
flowchart TD
O["Organisaatio:\n3 tiimiä erillään"] --> S["Järjestelmä:\n3 erillistä moduulia\nhuonoilla rajapinnoilla"]
O2["Organisaatio:\ntiimit yhteisessä\ntilassa"] --> S2["Järjestelmä:\nintegroitu arkkitehtuuri\nselkeillä rajapinnoilla"]
style S fill:#fdf0f0,stroke:#c0392b
style S2 fill:#f0fdf4,stroke:#27ae60
Conwayn laki: muuta ensin organisaatio, jos haluat muuttaa arkkitehtuuria.
Laki ei ole pessimistinen — se on käytännöllinen. Amazon sovelsi sitä tietoisesti "kaksi pizzaa" -tiimisäännöllään: tiimin pitää mahtua kahteen pizzaan, koska se pakottaa pienet autonomiset yksiköt joiden rajapinnat ovat selkeitä. Tulos näkyy AWS:n arkkitehtuurissa.
Käänteinen Conwayn manööveri: Muuta tiimien rakennetta ensin, niin arkkitehtuuri seuraa. Jos haluat mikropalveluarkkitehtuurin mutta tiimit ovat silossaan, saat vain hajautetun monoliitin — kaikki mikropalvelujen haitat ilman hyötyjä.
Data-arkkitehtuurissa: Jos tietovarastoarkkitehtuuri heijastelee organisaatiosiiloja — myynti, markkinointi, tuotanto kukin omina datajärjestelminään ilman yhteistä mallia — syy on lähes aina organisaatiorakenteessa, ei teknisessä päätöksessä.
Lue lisää
Kirjoja
- Team Topologies — Matthew Skelton & Manuel Pais (2019)
- Accelerate — Nicole Forsgren, Jez Humble & Gene Kim (2018)
← Kaikki ilmiöt