Modern Organisational Design & Development

Organisaatiosuunnittelua käsitellään usein vuosittaisen suunnittelusyklin tuotoksena: laatikot piirretään uudelleen, raportointisuhteita säädetään, henkilöstöä kohdennetaan toisin. Hyödyllisempää on ymmärtää se tietoisena muotoiluna sille, miten tieto kulkee ja miten päätökset tehdään, sillä kun ohjelmisto muuttuu välineeksi, jonka kautta arvo tavoittaa asiakkaan, ohjelmiston tuottava rakenne muuttuu liiketoiminnan tuottavaksi rakenteeksi. Seuraavassa esitetään, miksi pysyvät poikkitoiminnalliset tiimit suoriutuvat projektisiiloja paremmin, miten Conwayn laki rajoittaa arkkitehtuuria ja miksi päätösvalta ja kannustimet ovat tärkeämpiä kuin organisaatiokaavion muoto.

What Nashua offers hereToimeksiantoja, jotka kohdistavat rakenteen, roolit ja päätösvallan siihen, miten työ todella kulkee.See the engagements

Nykytila ja miksi tämä on nyt tärkeää

Suurimman osan kahdennettatoista vuosisataa vallitseva organisaatiomuoto oli rakennettu maailmaan, jossa koordinointi oli kallista ja tieto niukkaa. Toiminnallinen hierarkia, jossa päättäjät ja toteuttajat erotettiin selkeästi toisistaan, oli tehokas vastaus tuohon maailmaan: se minimoi ohjeiden viemisen alaspäin ja raporttien viemisen ylöspäin kustannukset. Sen taustalla olevat oletukset ovat hiljalleen liuenneet olemattomiin. Koordinointi on nyt halpaa, tietoa on runsaasti, ja sitova rajoite on siirtynyt viestinnän kustannuksista oppimisen nopeuteen. Tunnetun suunnitelman toteuttamiseen suunniteltu organisaatio soveltuu huonosti sen selvittämiseen, mikä suunnitelma on oikea, ja tuo selvittäminen on nyt suurin osa työstä.

Käynnissä oleva muutos vie projektista organisoinnin yksikkönä kohti tiimiä organisoinnin yksikkönä. Projekti on määritelmällisesti tilapäinen: se kokoaa ihmiset kiinteän laajuuden ympärille, toimittaa ja hajaantuu, viedeen mukanaan kertyneen ymmärryksensä. Tämä sopi varhaiseen yritysten tietotekniikkaan, jossa järjestelmä määriteltiin, rakennettiin ja luovutettiin jonkun toisen käyttöön. Digitaalisiin tuotteisiin se sopii huonosti, sillä digitaalinen tuote ei ole koskaan valmis; se on elävä omaisuuserä, jota on jatkuvasti aistittava, säädettävä ja puolustettava. Kun tuotteen ymmärtävät ihmiset hajaantuvat sillä hetkellä, kun tuote julkaistaan, organisaatio maksaa yhä uudelleen tuon ymmärryksen löytämisestä joka kerta, kun tuotetta on muutettava.

Tämä on nyt tärkeää, koska väärän rakenteen rangaistus on kärjistynyt. Kilpailijat, jotka organisoituvat pysyvien, poikkitoiminnallisten tiimien ympärille, muuttavat tuotteitaan päivissä, kun projektipohjaiselta kilpailijalta kuluu neljänneksiä, ja ero kasvaa kumulatiivisesti. Se on tärkeää myös siksi, että epäonnistuminen on organisaatiokaaviossa näkymätön: laatikot voivat näyttää nykyaikaisilta, vaikka työn kulku pysyy peräkkäisenä, luovutuksia painottavana ja palautteesta nälkiintyneenä. Hallitukset kysyvät yhä useammin, miksi hyvin rahoitettu digitaalinen ohjelma etenee hitaasti, ja rehellinen vastaus on harvoin osaajien tai työkalujen puute. Kyse on siitä, että organisaatio on suunniteltu, usein tahattomasti, liikkumaan hitaasti.

Perusviitekehys ja ensimmäiset periaatteet

Kolme ajatusta tekee suurimman osan työstä tällä alalla, ja ne nivoutuvat yhteen. Ensimmäinen on Conwayn laki: järjestelmää suunnitteleva organisaatio tuottaa suunnitelman, jonka rakenne heijastaa organisaation viestintärakennetta. Tämä ei ole iskulause vaan havainto rajoitteista. Tiimit voivat sopia rajapinnoista vain siellä, missä ne voivat käydä keskustelua; siellä, missä keskustelu on vaikeaa, rajapinta kovettuu vastaamaan sitä. Ohjelmiston arkkitehtuuri ja organisaation arkkitehtuuri ovat, minkä tahansa merkityksellisen aikahorisontin yli, sama arkkitehtuuri kahdesta kulmasta nähtynä.

Toinen ajatus on käänteinen Conway-manööveri. Jos rakenne ja arkkitehtuuri lähentyvät, niin toista voidaan käyttää muovaamaan toista tietoisesti. Sen sijaan, että piirrettäisiin haluttu järjestelmä ja toivottaisiin organisaation toimittavan sen, piirretään halutut tiimirajat niin, että tavoitearkkitehtuurista tulee pienimmän vastuksen tie. Yritys, joka haluaa löyhästi kytkettyjä palveluja, rakentaa löyhästi kytkettyjä tiimejä, joista kukin omistaa palvelun päästä päähän. Organisaatiota käsitellään teknisen suunnittelun ensimmäisenä ja merkittävimpänä osana, joka tehdään ennen kuin riviäkään koodia on kirjoitettu.

Kolmas ajatus on pysyvä poikkitoiminnallinen tiimi atomisena yksikkönä. Tällainen tiimi sisältää sen osaamisten kirjon, joka tarvitaan viemään liiketoiminnan siivu ideasta toimivaksi palveluksi: tuote, muotoilu, tekninen kehitys ja yhä useammin ne operatiiviset ja datakyvykkyydet, joita palvelu tarvitsee selviytyäkseen. Se omistaa lopputuloksen, ei toiminnon, ja se pysyy. Tiimitopologiat antavat tälle hyödyllisen sanaston: virtaan sidotut tiimit kantavat arvon kulkua; alustatiimit vähentävät niiden kognitiivista kuormaa tarjoamalla sisäisiä kyvykkyyksiä tuotteena; mahdollistavat tiimit levittävät osaamista aikakauden ajaksi ja vetäytyvät sitten; ja monimutkaisten osajärjestelmien tiimit pitävät hallussaan syvyyttä, joka hukuttaisi yleisosaajan. Suunnittelutehtävänä on koostaa nämä tyypit niin, että nopeasti liikkuvat, virtaan sidotut tiimit pysyvät pieninä, itsenäisinä ja esteettöminä.

Näistä kolmesta ajatuksesta seuraa ensimmäinen periaate, ja siitä me pidämme kiinni: suunnittele ensin arvon kulku, sitten kunkin virran omistavat tiimit, sitten niiden väliset viestintäpolut, ja vasta sitten teknologia. Rakenne ei ole astia, johon työ kaadetaan; rakenne on työn ensimmäinen syy, ja jokainen myöhempi valinta perii sen muodon.

Design targetarchitectureDraw team boundariesto matchCommunication paths followthe teamsSystem mirrorsthe structure
The inverse Conway manoeuvre: shaping team boundaries so the intended architecture becomes the path of least resistance.

Ajankohtaiset kehityssuunnat ja mallit

Alustat käsitellään tuotteina. Merkittävin viimeaikainen muutos on sisäisten alustojen uudelleenkehystäminen käyttöasteella ja tikettimäärillä mitatuista kustannuspaikoista tuotteiksi, joita mitataan niitä käyttävien tiimien tuottavuudella. Tuoteajatteluun perustuvalla alustatiimillä on käyttäjiä, jotka sen on houkuteltava, ei toimeksiantoa, jonka sen on pantava täytäntöön. Se julkaisee valmiiksi viitoitettuja polkuja, jotka tekevät oikeasta asiasta helpon asian, ja se ansaitsee käyttöönoton sen sijaan, että pakottaisi siihen. Tämä kääntää perinteisen suhteen keskitetyn tietohallinnon ja toimitustiimien välillä ja poistaa yleisimmän jonoutumisen lähteen suurissa organisaatioissa.

Kognitiivinen kuorma suunnittelumittarina. Ammattilaiset ovat alkaneet käsitellä tiimin kantamaa henkistä taakkaa ensiluokkaisena rajoitteena, kustannuksen tai läpimenon veroisena. Virtaan sidottu tiimi, jota pyydetään omistamaan tuotteensa, infrastruktuurinsa, dataputkensa, tietoturva-asemansa ja häiriönhallintansa, tekee ne kaikki huonosti. Vastaus ei ole lisätä luovutuksia vaan alentaa kuormaa alustojen ja selkeiden rajojen avulla, jotta tiimin toimeksianto mahtuu siihen, minkä se todella pystyy pitämään mielessään. Siellä, missä raja leikkaa aiheen läpi, joka on tähän liian monimutkainen, monimutkaisen osajärjestelmän tiimi imee syvyyden virtatiimin puolesta.

Tiimitason kulkumittarit. Organisaatiot mittaavat toimittamista yhä useammin tiimin tasolla yksilön tai projektin sijaan käyttäen pientä joukkoa indikaattoreita: kuinka usein tiimi voi turvallisesti julkaista, kuinka kauan muutoksella kestää päästä tuotantoon, kuinka usein muutokset epäonnistuvat ja kuinka nopeasti palvelu palautetaan. Nämä paljastavat rakenteellista kitkaa, jonka taloudellinen raportointi kätkee, ja ratkaisevasti ne kestävät manipulointia tavalla, jolla yksilön tuottavuusmittarit eivät kestä, koska ne palkitsevat tiimin kokonaisuuden terveydestä eivätkä paikallisesta toiminnasta.

Verkostot hierarkioiden sijaan. Raportointisuhde säilyy, mutta se ei ole enää ensisijainen rakenne, jonka kautta työ virtaa. Arvo liikkuu pysyvien tiimien verkostossa, jotka on yhdistetty selkeästi määritellyillä rajapinnoilla ja jaetuilla alustoilla, kun taas hierarkia vetäytyy siihen, missä se on aidosti hyvä: ihmisten kehittämiseen, standardien vaalimiseen ja investointien kohdentamiseen. Nämä kaksi rakennetta elävät rinnakkain, ja niiden sekoittaminen, hierarkian odottaminen ohjaamaan päivittäistä työtä, on yleinen ja kallis virhe, joka hiljaa palauttaa juuri ne jonot, jotka verkoston oli tarkoitus hajottaa.

Arkkitehtuuri- ja suunnitteluperiaatteet, jotka saavat sen toimimaan

Rajat piirretään arvon kulun suuntaisesti. Tärkein päätös organisaatiosuunnittelussa on se, mihin leikkaus tehdään. Me piirrämme tiimirajat sellaisten arvon siivujen ympärille, jotka asiakas tai liiketoiminta tunnistaisi, ei teknisten kerrosten tai toiminnallisten erikoisalojen ympärille. Tiimi, joka omistaa perehdytyksen, voi parantaa perehdytystä; tiimi, joka omistaa tietokantakerroksen, voi vain palvella muiden pyyntöjä. Rajat, jotka noudattavat toimialuetta hyvin rajattujen kontekstien tapaan, tuottavat tavallisesti sekä löyhästi kytkettyä ohjelmistoa että tiimejä, joiden harvoin tarvitsee neuvotella kenenkään muun kanssa saadakseen oman työnsä tehtyä.

Pitkäikäiset tiimit, muuttuva työ. Me pidämme tiimit vakaina ja annamme työn virrata niille sen sijaan, että muodostaisimme uuden tiimin jokaista hanketta varten. Vakaus on se, mikä sallii tiimin kerryttää toimialueen hiljaista tietoa, rakentaa luottamusta, joka tekee siitä nopean, ja olla vastuussa omistamansa pitkän aikavälin terveydestä. Rahoitus noudattaa tätä logiikkaa: raha kohdennetaan pysyville tiimeille ja niiden missioille, ei vapauteta projekti kerrallaan liiketoimintaperustetta vasten, joka on usein vanhentunut jo ennen kuin muste on kuivunut.

Päätösvalta työnnetään tiedon äärelle. Nopeus syntyy siitä, että työtä lähinnä olevat ihmiset saavat päättää selkeiden suojarajojen puitteissa. Me teemme selväksi, mitkä päätökset tiimi voi tehdä yksin, mitkä vaativat konsultointia ja mitkä ovat aidosti pidätettyjä, ja pidämme tuon kartan pienenä ja luettavana. Autonomia ilman rajoja on kaaosta; rajat ilman autonomiaa on se jono, jonka lähdimme poistamaan. Suunnittelutehtävänä on piirtää pienin rajoitejoukko, jonka sisällä tiimi voi liikkua lupaa kysymättä.

Rajapinnat ennen läheisyyttä. Tiimien tulisi olla vuorovaikutuksessa selkeiden, vakaiden rajapintojen kautta, oli kyseessä API, palvelusopimus tai hyvin ymmärretty sopimus, eikä jatkuvan koordinoinnin kautta. Kaksi tiimiä, joiden on tavattava päivittäin saadakseen työn tehtyä, ovat todisteiden valossa yksi tiimi, joka on piirretty väärään paikkaan, tai merkki puuttuvasta alustakyvykkyydestä. Me käsittelemme jokaista toistuvaa tiimien välistä kokousta oireena, joka on diagnosoitava, emme organisaatioelämän tosiasiana, joka on kestettävä.

Yleiset epäonnistumismallit

Uudelleen nimetty siilo. Osasto nimetään uudelleen tuotetiimiksi, sen jäsenet säilyttävät toiminnalliset raportointisuhteensa, tavoitteensa ja esimiehensä, eikä mikään muutu paitsi nimikyltti. Viestinnän rakenne on koskematon, joten Conwayn lain mukaan työn rakenne on koskematon. Tämä on yleisin epäonnistuminen, koska se on halvin toteuttaa ja helpoin erehtyä pitämään edistyksenä, ja se rokottaa organisaation aitoa muutosta vastaan antamalla kaikkien väittää sen jo tapahtuneen.

Autonomia ilman suuntausta. Tiimit vapautetaan ilman yhteistä käsitystä suunnasta tai yhteisiä standardeja, ja organisaatio pirstoutuu kokoelmaksi yhteensopimattomia paikallisia optimeja. Jokainen tiimi on nopea; kokonaisuus on hidas, koska mikään ei liity yhteen ja jokaisesta integraatiosta tulee neuvottelu. Autonomia on suuntauksen taustaa vasten myönnetty valtuus, ei sen korvike, ja nämä kaksi on suunniteltava yhdessä tai vapaus juoksettuu pirstaloitumiseksi.

Alusta, joka sanelee. Keskitetty tiimi, jota käsketään rakentamaan alusta, rakentaa pakollisen ja pakottaa sen käyttöön, luoden uudelleen jonon ja katkeruuden, jonka sen oli tarkoitus hajottaa. Alusta ansaitsee käyttöönottonsa olemalla aidosti helpompi kuin vaihtoehto; sillä hetkellä, kun se on pakotettava, se on epäonnistunut tuotteena teknisistä ansioistaan riippumatta, ja toimitustiimit kiertävät sen tavoilla, jotka ovat pahempia kuin ratkaistava ongelma.

Kannustimet, jotka ovat ristiriidassa rakenteen kanssa. Organisaatio pyytää tiimityötä ja palkitsee yksilön sankaruudesta; se pyytää pitkän aikavälin omistajuutta ja ylentää projektitoimituksen perusteella; se pyytää tiimejä tekemään yhteistyötä ja asettaa ne sitten paremmuusjärjestykseen samasta budjetista. Ihmiset lukevat kannustimia, eivät aikomuksia, ja rakenne, joka on sotajalalla kannustimiensa kanssa, häviää kannustimille joka kerta. Tästä syystä me pidämme palkitsemisjärjestelmää osana suunnittelua emmekä asiana, jonka joku muu ratkaisee jälkikäteen.

Liian aikaisin rakennettu alusta. Kyvykkyys yleistetään alustaksi ennen kuin riittävän moni tiimi käyttää sitä paljastaakseen, mitä sen pitäisi todella tehdä. Tuloksena on kallis abstraktio, jonka muovaavat yhden tiimin arvaukset vielä olemattomien tiimien tarpeista, ja se kivettyy ennen kuin todellinen kysyntä on koskaan koetellut sitä. Alusta on parasta erottaa malleista, jotka ovat jo osoittautuneet toimiviksi useiden virtojen välillä, ei suunnitella niiden edellä. Sen rakentaminen liian aikaisin kääntää syy-seuraussuhteen: se pyytää toimitustiimejä taivuttamaan työnsä abstraktioon sopivaksi, mikä on juuri se pakko ja jono, jonka alustan on tarkoitus hajottaa. Kurinalaisuus, joka on käytännössä vaikeaa, on sietää tarkoituksellisen kahdennuksen kausi, kunnes jaetun tarpeen muoto käy riittävän selväksi ollakseen koodaamisen arvoinen.

Miten työskentelemme

Me lähdemme liikkeelle arvon kulusta, emme kaaviosta. Ennen kuin ehdotamme mitään rakennetta, kartoitamme, miten työ todella liikkuu aikomuksesta toimivaksi palveluksi organisaatiossa sellaisena kuin se on, missä se jonoutuu, missä se luovutetaan ja missä ymmärrys menetetään toiminnon ja seuraavan välillä. Tuo kartta, ei abstrakti malli, kertoo meille, missä nykyinen rakenne taistelee työtä vastaan. Uudelleenorganisointi ilman sitä on huonekalujen siirtelyä pimeässä, ja juuri niin useimmat uudelleenorganisoinnit onnistuvat olemaan samanaikaisesti uuvuttavia ja merkityksettömiä.

Me käytämme käänteistä Conway-manööveriä tietoisesti. Kun tavoitteena oleva toimintamalli on sovittu, suunnittelemme tiimirajat niin, että liiketoiminnan tarvitsemasta arkkitehtuurista tulee luonnollinen tulos siitä, miten tiimit on piirretty, eikä jotain, joka pakotetaan organisaation syitä vastaan. Meillä on tapana edetä askelittain, muovaten yhtä arvovirtaa kerrallaan, todistaen mallin ja antaen todisteiden eikä toimeksiannon kantaa sitä ulospäin. Yksi pysyvä tiimi, joka näkyvästi toimittaa nopeammin ja omistaa lopputuloksensa, on vakuuttavampi kuin mikään dia tulevaisuuden tilasta.

Me teemme päätösvallan ja vastuun eksplisiittiseksi, ja kirjoitamme ne ylös. Jokaisesta pysyvästä tiimistä sovimme, mitä se omistaa, mistä lopputuloksista se on vastuussa, mitkä päätökset se voi tehdä yksin ja minkä pienen standardijoukon sen on kunnioitettava. Yhdistämme tähän alustatyön, joka alentaa kognitiivista kuormaa, koska autonomia on todellista vain silloin, kun tiimi ei myös hiljaa kanna jokaista taustalla olevaa huolta itse. Ja me käsittelemme kannustimia ja kyvykkyyttä osana suunnittelua, ei jälkiajatuksena: rakenne on vain niin kestävä kuin sitä ylläpitävä palkitsemisjärjestelmä ja osaaminen, joten rakennamme ihmisten kehittämisen malliin alusta alkaen.

Läpi koko työn me työskentelemme tiimienne rinnalla emmekä niiden ympäri. Tieto, joka tekee pysyvästä tiimistä nopean, on hiljaista ja paikallista; sitä ei voi asentaa ulkoa eikä luovuttaa dokumentissa. Meidän roolimme on tuoda päättely, mallit ja kurinalaisuus, ja jättää jälkeemme organisaatio, joka pystyy suunnittelemaan itsensä uudelleen kontekstinsa muuttuessa, mikä se väistämättä tekee.

Missä Nashua tekee eron

Organisaatiosuunnittelu on se kohta, jossa digitaalinen kunnianhimo useimmin karahtaa, koska se koskettaa raportointisuhteita, budjetteja ja henkilökohtaista asemaa ja houkuttelee siksi kaikkia kohti kosmeettista muutosta, joka ei loukkaa ketään eikä liikuta mitään. Se, mikä erottaa työmme, on kieltäytyminen pysähtymästä kaavioon. Me käsittelemme rakennetta, päätösvaltaa, kannustimia ja kyvykkyyttä yhtenä järjestelmänä ja suunnittelemme ne yhdessä, koska muutos mihin tahansa niistä, joka jättää muut huomiotta, tulee hiljaa muiden purkamaksi. Me puolustamme sitä versiota, joka todella muuttaa työn kulkua, sanomme suoraan, kun ehdotettu uudelleenorganisointi on teatteria, ja jäämme riittävän pitkäksi aikaa nähdäksemme uuden muodon kestävän todellisen paineen alla.

Ero on myös laajuuden ero. Suuri osa tämän alan neuvoista käsittelee organisaatiosuunnittelua ihanteellisen kaavion piirtämisenä, joka luovutetaan ikään kuin rakenne olisi dokumentti eikä joukko toimivia suhteita, joihin on eläydyttävä. Meidän mielestämme piirtäminen on siitä vähäisintä. Vaikeampi ja arvokkaampi työ alkaa, kun laatikoista on sovittu: ratkaista, kuka aidosti päättää mistäkin, kohdistaa palkitsemisjärjestelmä niin, että se vetää samaan suuntaan kuin rakenne, rakentaa ne alustakyvykkyydet, jotka tekevät tiimin autonomiasta todellisen eikä nimellisen, ja kehittää ne ihmiset, joiden hiljainen tieto tekee pysyvästä tiimistä nopean. Kuka tahansa voi toimittaa kaavion. Kurinalaisuus on sitä seuraavassa vuodessa, kun suunnittelu kohtaa todellisen organisaation kitkan ja sitä on pidettävä vakaana tai säädettävä harkiten sitä mukaa kuin todisteita kertyy.

On myös käytännöllinen seuraus, joka muuttaa sen, mitä työ saa olettaa. Kun toimeksianto edellyttää kyvykkyyttä, jota ei vielä ole olemassa, sen ei tarvitse odottaa hankintasykliä tai toimittajan tiekarttaa. enterprise platform on rakennettu mukautumaan lähes mihin tahansa ominaisuuteen vauhdilla, agenttipohjaisen tekniikan avulla: tarvittava kuvataan selkokielellä ja generoidaan nopeasti, mutta aina lujien arkkitehtuuriperiaatteiden puitteissa ja tiukan laadunvarmistuksen alaisena, jotta nopeus ei koskaan tule johdonmukaisuuden, tietoturvan tai hallinnan kustannuksella. Vaikutus on strateginen eikä pelkästään kätevä. Se siirtää tee tai osta -rajaa, pitää valinnanvaran halpana ja antaa arkkitehtuurin seurata strategiaa sen sijaan, että strategia taipuisi siihen, mitä sattui olemaan hyllyllä.

Tämän työn mitta ei ole siistimpi kaavio vaan nopeampi, vakaampi arvon kulku ja organisaatio, joka ei enää tarvitse meitä muuttaakseen omaa muotoaan. Pyrimme jättämään teille pysyviä tiimejä, jotka omistavat lopputuloksensa, selkeitä rajoja, jotka tekevät hyvistä päätöksistä halpoja, alustoja, jotka ansaitsevat käyttönsä, ja luottamuksen piirtää nuo rajat uudelleen, kun kontekstinne muuttuu. Tuo kyky itsensä uudelleensuunnitteluun, enemmän kuin mikään yksittäinen rakenne, jonka saatamme asentaa, on se, mitä digitaalinen toimintamalli lopulta vaatii.