Lue päivitysaikatauluistamme tästä.

Tarkoitetut ratkaisut tarjoavat liiketoiminta-arvoa välittömästi ja ajan myötä. Tarkoitetut arkkitehtuurit on suunniteltu ja toimitettu strategisesti, niitä voidaan ylläpitää tehokkaasti ja ne on helppo lukea ja ymmärtää ihmisille.

Ominaisuudet ja korjaukset priorisoidaan ja toimitetaan selkeästi liiketoiminnan ja teknologian sidosryhmille. Suunnitteluvaihtoehdot luovat toteutuksia, joita toimitus- ja huoltotiimit voivat käyttää helposti ilman lisäominaisuuksia tai monimutkaisuuksia. Tarkoitellut arkkitehtuurit on helpompi omistaa, ylläpitää ja kehittää yrityksen kanssa, koska ne noudattavat selkeitä ja yhdenmukaisia toteutuskuvioita. Rakentajat voivat tulkita ja toteuttaa suunnitelmia uusille ominaisuuksille, ja huoltotiimit voivat ymmärtää toteutettujen ominaisuuksien dokumentaatiota.

Voit luoda tarkoituksenmukaisempia järjestelmiä keskittymällä kolmeen tärkeään osa-alueeseen: strategiaan, ylläpitoon ja luettavuuteen.

Arkkitehtuurin strategia tarkoittaa, että järjestelmät on suunniteltu ja toimitettu huolellisesti. Tämä tarkoittaa, että toimitus- ja huoltotiimeillä on selkeä näkymä tänään ja tulevaisuudessa tehtävästä työstä ja että kaikki ovat samaa mieltä tehtävän työn "miksi". Se tarkoittaa, että kiireelliset pyynnöt voidaan lajitella tehokkaasti ja tehokkaasti, ja sidosryhmät voivat ymmärtää selkeästi pyyntöjen vaikutukset ja kompromissit.

Voit laatia arkkitehtuurissasi selkeämmän strategian keskittymällä priorisointiin, etenemissuunnitelmaan ja hallintaan.

Priorisointi tarkoittaa, että suunnittelet toimitettavien töiden järjestyksen ja laajuuden. Priorisointi tarkoittaa, että ymmärrät toimitettavien tuotteiden todellisen vaikutuksen liiketoimintaan, arvioit nämä vaikutukset verrattuna muihin työpyyntöihin ja tuotteesi tai ohjelmasi yleiseen etenemissuunnitelmaan.

Eräs tapa arvioida tietyn työkohteen vaikutusta on tarkastella todellisia kustannuksia tai hyötyjä yritykselle. Kun olet tunnistanut automatisoinnin KPI-mittarit, voit käyttää liiketoiminnan vaikutusten laskentatyökalua arvioidaksesi toteutuksen kokonaiskustannuksia tai hyötyjä. Nämä laskutoimet voivat auttaa sinua saamaan sidosryhmiltäsi tietoja siitä, mitä automatisointeja rakennetaan ja missä järjestyksessä. Ne voivat myös auttaa sinua tunnistamaan automaatiot, jotka haluat lykätä tai välttyä. Lisätietoja tehokkaiden töiden tunnistamisesta on kohdassa Automatisoinnit-osiossa prosessin suunnittelu.

Toimituksen priorisointikehyksen luominen auttaa sinua ja huoltotiimiäsi hallitsemaan käyttäjien odotuksia ja pysymään ajan tasalla etenemissuunnitelmasi kanssa.

Joitakin priorisoinnissa huomioitavia asioita on:

• Toimituksen liiketoimintavaikutus (kustannus/hyöty)
• Toimitettavaksi vaadittujen uusien töiden määrä
• Toimitettavan huoltotyön määrä

Alla oleva kuvioiden ja antikuvioiden luettelo näyttää, miltä oikea (ja huono) priorisointi näyttää Salesforce-töihin liittyen. Voit käyttää niitä vahvistaaksesi toteutussuunnitelmasi tai tunnistaaksesi, missä sinun täytyy tunnistaa prioriteetit paremmin ennen niiden rakentamista.

Lisätietoja Salesforcen käytettävissä olevista työkaluista, jotka auttavat priorisoinnissa, on kohdassa Tarkoitukseen liittyvät työkalut.

Etenemissuunnitelma on priorisoitu, vahvistettu ja hyvin määritetty näkymä tehtävistä. Tehokkaat etenemissuunnitelmat tarjoavat selkeän kuvan tulevien töiden liiketoiminnan vaikutuksista ja teknologian vaikutuksista. Liiketoiminta-asiakkaiden ja teknisten sidosryhmien osallistaminen on tärkeä osa etenemissuunnitelmaa. Tiekartat sallivat sinun saada palautetta ja tietoja lähestymistavasta ja lopputuloksista ennen töiden aloittamista. Lopulta etenemissuunnitelmat auttavat kaikkia sidosryhmiä ymmärtämään, miksi he tekevät töitä.

Jos tiimisi käyttää rästityötä, on tärkeää ymmärtää, että etenemissuunnitelmasi ei ole yhteenveto tai luettelo rästityössä olevista kohteista. Suhde on päinvastainen: Kohteet sisällytetään rästitöön vain, jos ne voidaan liittää selkeästi ja luotettavasti etenemissuunnitelmassasi olevaan toimitukseen. Korkealaatuiset etenemissuunnitelmat, jotka on luotu sidosryhmien osallistumisella, tarjoavat toimitus- ja huoltotiimeille selkeän näkymän siitä, mihin heidän tulisi keskittyä ja miten heidän tulisi priorisoida pyyntöjä, mikä helpottaa ristiriitaisten pyyntöjen lajittelemista ja sidosryhmien odotusten hallintaa.

Huono tai puutteellinen etenemissuunnitelma johtaa seuraaviin:

• Ei ole selvää, milloin uudet ominaisuudet ja toiminnot tulevat saataville
• Sidosryhmien ristiriitaiset prioriteetit
• Toimitettavien ratkaisujen ja organisaation kokonaisvision välinen katkeaminen
• On vaikea ymmärtää käynnissä olevia töitä
• Eri tiimien epätasaiset työkuormat
• Työkohteiden välisten suhteiden ja sidonnaisuuksien näkyvyys puuttuu
• Keskeytetyt toteutukset, johtuen ei-hallituista sidonnaisuuksista

Sidosryhmät tarvitsevat usein rooleihinsa sopivia tietoja päätösten tekemiseen. Tehokkaiden etenemissuunnitelmien luominen vaatii, että ymmärrät selkeästi kohdeyleisösi ja heidän tarvitsemansa tiedot. Etenemissuunnitelmat on jaettu kahteen tyyliin, jotka tukevat yritys- ja teknisiä kohdeyleisöjä. Jokainen tyyli sisältää kaksi tarkkuustasoa, jotka tukevat erityyppisiä tietoja.

Liiketoimintasuunnitelmat auttavat sidosryhmiä suunnittelemaan organisaation muutoksia, hyödyntämään kasvumahdollisuuksia ja pysymään ajan tasalla yrityksen tavoitteista. Liiketoiminnan etenemissuunnitelmat tarjoavat myös tavan varmistaa, että IT:n kulut vastaavat kokonaisvaltaista liiketoiminnan visiota.

• Luo liiketoimintamahdollisuuksien etenemissuunnitelma näyttääksesi päälliköille, mitkä ominaisuudet otetaan käyttöön. Tämäntyyppinen etenemissuunnitelma sisältää yleisiä tietoja omista ominaisuuksista ja siitä, miten ne vastaavat liiketoimintatavoitteita, kuten toiminnan tehokkuuden parantamista tai uuden tuotesarjan julkaisemista.
• Luo liiketoimintaominaisuuksien etenemissuunnitelma keskittyäksesi tiettyyn kykyyn ja näyttääksesi sen lisäominaisuudet ja toiminnot, kun sinun täytyy auttaa liiketoiminnan sidosryhmiä resurssien suunnittelussa, budjetoinnissa ja muutosten hallinnassa.

Teknologian etenemissuunnitelmat auttavat teknisiä sidosryhmiä budjetin ja resurssien allokoinnin suunnittelussa. He auttavat myös toteutustiimejä ymmärtämään, mihin heidän projektinsa sopivat osana kokonaiskuvaa ja tunnistavat kaikki tiimien väliset sidonnaisuudet.

• Luo teknologiajärjestelmän etenemissuunnitelma näyttääksesi toteutettavat järjestelmät ja järjestelmätason sidonnaisuudet. Tämäntyyppinen etenemissuunnitelma näyttää yleisiä järjestelmätietoja sekä järjestelmien ja liiketoimintaominaisuuksien välistä tasausta.
• Luo teknologia-komponenttien etenemissuunnitelma keskittyäksesi järjestelmän tiettyihin komponentteihin, jotka otetaan käyttöön resurssien suunnittelua ja käyttöönottoa varten. Tämäntyyppinen etenemissuunnitelma näyttää komponenttitason tiedot ja toteutuksen vaatimukset (esimerkiksi deklaratiivinen kehitys, pro-code jne.).

Varmista, että etenemissuunnitelmasi sisältävät realistisia aikatauluja. Yleinen virhe on sisällyttää mukaan vain järjestelmän toteuttamiseen tarvittava aika ottamatta huomioon siihen liittyvien toimintojen suorittamiseen tarvittavaa aikaa. Tämä voi aiheuttaa toteutustiimin jäsenten liiallisen rajoituksen ja odotettua pidempiä viiveitä. Kun luot etenemissuunnitelmaa, ota huomioon seuraavien kohteiden suorittamiseen tarvittava aika:

• Kaikkien uusien ja päivitettyjen ominaisuuksien dokumentaatio
• Uusien ominaisuuksien tukemiseen tarvittujen olemassa olevien ominaisuuksien ylläpito
• Asiaan liittyvien järjestelmien päivitykset, jotka vaaditaan integraatioiden tukemiseen
• Tehostettu tuki projektitiimeiltä heti julkaisun jälkeen
• Testaus, koulutus ja muutostenhallinta

Hyvin yhteensopivat liiketoiminta- ja teknologiapolun etenemissuunnitelmat tarjoavat kokonaisvaltaisen näkymän siitä, milloin ominaisuudet otetaan käyttöön ja mitä teknologiaa niiden takana on. Alla olevassa kuvioiden ja vastakuvioiden luettelossa näytetään, miltä oikeat (ja heikot) etenemissuunnitelmat näyttävät Salesforce-organisaatiossa. Voit käyttää niitä vahvistaaksesi tai parantaaksesi etenemissuunnitelmaasi.

Lisätietoja Salesforce-työkaluista, jotka voivat auttaa sinua etenemistä, on kohdassa Tarkoitukseen liittyvät työkalut.

Hallinta on rakenne, jota käytät priorisointiin, päätöksentekoon ja muutostenhallintaan sidosryhmien kanssa. Hallinta osoittaa selkeästi, miten päätökset tehdään ja miten ne kommunikoidaan. Se tarjoaa yhdenmukaisia tapoja, joilla palautetta ja pyyntöjä voidaan syöttää päätöksentekoprosessiin ja jotta kaikki sidosryhmät voivat ymmärtää huolto- ja kehitystyön tilan. Hallinta auttaa tekemään julkaisujen hallintaprosesseista selkeitä ja yhdenmukaisia, ja auttaa kaikkia tiimin jäseniä ymmärtämään roolinsa ja vastuunsa.

Ilman asianmukaista hallintaa tiimit kohtaavat useita ongelmia, mukaan lukien:

• Päällekkäisten ominaisuuksien ja toimintojen pyynnöt saapuvat ad hoc -tilassa
• Toteutustiimit priorisoivat "helpommat" toimet tai pyynnöt vaikuttavammilta sidosryhmiltä ottamatta asianmukaisesti huomioon liiketoiminta-arvoja, kompromisseja tai organisaation kokonaistavoitteita
• Johdonmukaisten hyväksymis- ja tarkastusprosessien puute
• Epäjohdonmukaiset julkaisujaksot ja laatu
• Korkeat virhesuhteet, korvaukset, ristiriidat ja tarpeettomat työt kehitystyössä

Ehkä selvin merkki siitä, että järjestelmällä ei ole tehokasta hallintaa, ovat hitaat ja työläiset julkaisut. On tärkeää ymmärtää, että hallintajärjestelmän koko ei mittaa sen tehokkuutta. Itse asiassa kehittyneet hallintajärjestelmät (kuten monet suuret yritykset) voivat rajoittaa julkaisujen nopeutta ja yleisyyttä.

Hyvä hallinta tarkoittaa, että vaikeuttaa huonojen mukautusten siirtymistä kehityksen alkuvaiheiden ohi ja että hyvien mukautusten tekeminen tuotantoympäristöön on ennustettavissa ja johdonmukaista.

Hallintatyöt ovat liian usein reaktiivisia. Ne käynnistetään tai kaksinkertaistetaan, kun ongelmasta, kuten liiallisesta teknisestä velasta, alkaa tulla liiketoimintaongelma. Monissa tapauksissa epäonnistunut vastaus on, että yritys ”lukitsee” kehitystyön ja julkaisuja sen sijaan, että luo tehokkaita suunnittelun standardeja ja rakennusautomaatioita noudattaakseen näitä standardeja kehittäjien työkaluketjuissa ja lähdekoodin hallintajärjestelmissä.

Kun rakennat Salesforce-hallintajärjestelmäsi kehysjärjestelmää, ota huomioon seuraavat elementit ja seuraavat tärkeimmät kysymykset, joihin vastataan:

• Työpyynnöt. Miten käyttäjät voivat pyytää ominaisuuksia tai ominaisuuksia? Miten virheistä raportoidaan?
• Priorisointi ja työsuunnitelma. Kuka päättää, mitkä työpyynnöt ovat tärkeitä? Miten työt rajoitetaan, priorisoidaan ja hyväksytään tai allekirjoitetaan?
• Ympäristöt ja julkaisusuunnitelmat. Mikä on kehitys-, testaus- ja julkaisuympäristön myyntiputki? Kuka tarjoaa, päivittää ja myöntää käyttöoikeudet? Kuka käsittelee käyttöönotot ja vahvistukset? Miten ja milloin muutokset julkaistaan? Miten käsittelet käyttöönottoja tai ympäristöjä Salesforcen julkaisusyklin aikana? (Lisätietoja tästä on kohdassa Sovelluksen elinkaaren hallinta).
• Palvelun omistajuus ja tuotantotuki. Kuka tukee mitä? Kuka käsittelee tuotantoympäristössä esiintyvät ”hot-fix”-ongelmat? Miten nämä kohteet testataan ja julkaistaan? Kuka on vastuussa organisaation yleisestä tietoturvasta?

Alla oleva kuvioiden ja vastakuvioiden luettelo näyttää, miltä oikea (ja huono) hallinta näyttää Salesforce-organisaatiossa. Voit käyttää näitä vahvistaaksesi tai parantaaksesi hallintastrategiaasi.

Lisätietoja hallintaan käytettävissä olevista Salesforce-työkaluista on kohdassa Tarkoitukseen liittyvät työkalut.

Seuraava taulukko näyttää valikoiman kuvioita, joita haluat etsiä (tai rakentaa) organisaatiossasi, sekä vasta-kuvioita, joita haluat välttyä tai joilla haluat korjata.

✨ Katso lisää strategiakuvioita Kuvioiden ja antikuvioiden tutkintaohjelmasta.

Ylläpitokelpoisuus tarkoittaa, että järjestelmä voidaan pitää terveenä tilana, kun uusia ominaisuuksia siirretään järjestelmään ja tekninen velka siirtyy järjestelmästä säännöllisesti ja ennustettavasti. Ylläpitokäyttöiset järjestelmät sallivat tiimiesi tarjota arvoa yritykselle ennustetulla nopeudella ja laadulla. Järjestelmän ylläpitokelpoisuus riippuu useista tekijöistä, mukaan lukien sen luettavuus, sen irrottaminen ja sen testausstrategian perusteellisuus.

Tärkeintä on, että järjestelmän ylläpitokelpoisuus riippuu sen suunnittelun yksinkertaisuudesta. Tämä osio kattaa tavat, joilla voit luoda yksinkertaisempia ratkaisuja ja parantaa ylläpitokelpoisuutta.

Voit laatia ratkaisuja, joita on helpompi ylläpitää, keskittymällä kahteen avaimeen: käyttämällä vakiotoimintoja mukautettujen ominaisuuksien sijaan ja käsittelemällä teknisiä velkoja.

Salesforce tarjoaa useita käyttövalmiita ratkaisuja — Sales Cloud, Service Cloud ja monet Salesforce-toimialaratkaisut — sekä joustavuutta luodaksesi omia mukautettuja ratkaisuja. Peruspalvelut, jotka tukevat Salesforcen omia pilvipalveluita, ovat käytettävissä myös kaikille Salesforce Customer 360 Platformilla luoduille mukautetuille ratkaisuille. Käytä Salesforcen käyttövalmiita palveluita ja ratkaisuja luotettavana pohjana mahdollisimman monelle ratkaisullesi.

Käyttövalmiiden sovellusalustan palveluiden käyttäminen tarjoaa kaksi erillistä etua. Ensin sovelluksesi hyötyvät luonnollisesti uusimmista Salesforcen innovaatioista jokaisen julkaisun yhteydessä. Toiseksi kehitystiimisi voivat keskittyä laajentamaan ja syventämään Salesforce-ratkaisujesi tarjoamia liiketoimintaominaisuuksia, eikä käsittelemään perusrakenteellisia raskaita työkaluja.

Vakiotoimintojen ja mukautettujen ominaisuuksien käyttöajan oikea valinta ei ole haastavaa arkkitehtuurin näkökulmasta. Avaimet ovat:

• Alustan mukauttaminen tarkoittaa muokkaamista ja laajentamista, ei kopiointia. Kun suunnittelet tai arvioit arkkitehtuuria, sinun tulisi kysyä: Onko tämä jo olemassa Salesforce Platformissa? Jos vastaus on ”Kyllä, mutta...[insert changes a business stakeholder wants here...]”, käytä sovellusalustan käyttövalmista ominaisuutta. Suoritettava arkkitehtuurityö on tunnistaa hyödyllisimmät tavat, joilla voit määrittää Salesforce-käyttövalmiin ominaisuuden liiketoimintavaatimusten mukaiseksi.
• Yksikään mukautus ei ole tarpeeton. Ajan myötä kaikilla muutoksilla on seurauksia. Jos sinun täytyy ottaa käyttöön mukautettu ratkaisu, voit vähentää järjestelmäsi väistämätöntä teknistä velkaa käyttämällä mahdollisimman vähän koodia käyttävää teknologiaa ja luomalla toteutuksissasi yhdistettäviä yksiköitä.
• Katso build-buy-näkymiä. Salesforce AppExchange on sovellusten ja ratkaisujen markkinapaikka Salesforcen laajentamiseksi. AppExchange voivat tarjota toimintoja ilman mukautetun ratkaisun rakentamiseen ja ylläpitämiseen liittyviä kustannuksia. Ota huomioon seuraavat seikat, kun arvioit AppExchange:
  • Tunnista ratkaisun ominaisuudet ja aukot. Ihannetapauksessa löydät sovelluksen, joka täyttää kaikki liiketoimintatarpeesi. Todellisuudessa et välttämättä löydä täydellistä sovitetta. Kun arvioit ratkaisuja, kartoita mahdollisen ratkaisun toiminnallisuudet liiketoimintavaatimusten priorisoituun luetteloon. Näin löydät ratkaisun, joka sopii parhaiten tärkeimpiin tarpeisiisi.
  • Käytä sandboxeja ja ilmaisia kokeilujaksoja. Käytä ilmaisia kokeilujaksoja arvioidaksesi sandbox-ympäristöissä olevia sovelluksia ja tunnistaaksesi sopivimmat. Määritä, vaativatko sovellukset sinun tehdä kokoonpanoon muutoksia, jotka ovat ristiriidassa nykyisen kokoonpanosi kanssa.
  • Ota huomioon lyhytaikaiset ja pitkäaikaiset kustannukset. Arvioi sovelluksen pitkäaikaiset huoltosäästöt tilausperusteisten sovellusten toistuvien kustannusten perusteella. Vältä skenaarioita, joissa sinun täytyy maksaa toistuvia kustannuksia useista toiminnoista, joita liiketoimintasi sidosryhmät eivät koskaan käytä.
• Käytä Salesforcesta saatuja käyttövalmiita datamalleja. Salesforce tarjoaa käyttövalmiita datamalleja myynti-, palvelu- ja useille eri toimialoille. Salesforcen tarjoamien datamallien käyttäminen varmistaa, että järjestelmäsi ominaisuudet määritetään vain kerran (poistamalla tarpeettomuudet ja silot), luo yhden totuuden lähteen koko järjestelmässä, helpottaa sovellustietojen ymmärtämistä analyysillä, helpottaa Salesforcen käyttövalmiiden tekoälypalveluiden käyttöä, vähentää ylläpitokustannuksia (vähentämällä tukemasi mukautukset) ja vähentää teknistä velkaa.

Se on niin yksinkertaista. Kuten alla olevista kuviosta ja antikuviosta näet, antikuviot perustuvat tavallisten ominaisuuksien kopioimiseen mukautetussa ratkaisussa tai monimutkaisempien tekniikoiden käyttämiseen mukautusten tekemiseen.

Käytännössä saatat kohdata skenaariota, jossa liiketoiminnan sidosryhmät näkevät mukautettujen ominaisuuksien vastaisen kuvion parhaana tai ainoana toimivana tapana edetä. Tällöin on tärkeää, että selität sidosryhmille tämän polun valitsemiseen liittyvät kompromissit ja dokumentoit päätöksen, sen perusteet ja toteutuksen. Tämä on myös alue, jossa ydinarvon tarjoaminen ajoissa ja sopeutuminen ajan myötä voi auttaa sidosryhmiäsi ymmärtämään paremmin parhaan tavan edetä.

Lisätietoja Salesforce-työkaluista, jotka voivat auttaa sinua parantamaan ylläpitoa, on kohdassa Tarkoitukseen liittyvät työkalut.

Tekninen velka on luonnollinen osa mitä tahansa järjestelmää. Eilispäivän äänisuunnittelusta voi tulla antikuvioita, kun teknologia tai liiketoimintatarpeet muuttuvat. Ehkä jotain Salesforce Platform -ominaisuuksien aukon täyttämiseksi rakennettuja ominaisuuksia tulee yhtäkkiä tarpeettomaksi uuden Salesforce-julkaisun tai tuotteen julkaisun yhteydessä. Ehkä tehokkaampi tai joustavampi teknologia korvaa jo käyttöönottamasi teknologian. Teknistä velkaa voidaan luoda monella tavalla.

Salesforce Customer 360 Platformilla sovellusten rakentamisen tärkein etu on sovellusalustan sisäänrakennettu taustayhteensopivuus. Tämä tarkoittaa, että uudet sovellusalustan innovaatiot saattavat muuttaa ratkaisujen edistämiseen käytettävää kuviota, mutta aiemmilla Salesforce-teknologioilla luomiesi ratkaisujen päivittäiset toiminnot toimivat edelleen. Ajan myötä kaikki vanhempiin teknologioihin perustuvat ratkaisut alkavat aiheuttaa riskejä tai pullonkauloja uusien ominaisuuksien lisäämiseksi sovelluksiisi ja heikentää ratkaisun yleistä kuntoa.

Suunnittelun ja säännöllisten töiden suorittaminen teknisten velkojen korjaamiseksi on välttämätöntä, jotta Salesforce-ratkaisussa voidaan ylläpitää terveellisiä ja selkeitä rakenteita. Teknisten velkojen suunnittelun, auditoinnin ja korjaamisen epäonnistuminen on varma tapa luoda heikosti rakennettu järjestelmä.

Eräs tapa minimoida tekninen velka on välttää sen käyttöönottoa mahdollisimman paljon välttämällä pikavalintoja ja suosimalla vakiotoimintoja mukautettujen ominaisuuksien sijaan. Pikavalinnat, kuten kovakoodatut arvot, saattavat olla houkuttelevia säästämään aikaa, mutta pitkällä aikavälillä ne luovat velkaa, joka täytyy maksaa takaisin.

Avaimet teknisen velan ratkaisemiseen arkkitehtuurin näkökulmasta ovat:

• Toimintojen vs. toimettomuuden todelliset kustannukset tai edut yritykselle
• Oikea tietojen kartoitus
• Rakenna yhdistettäviä ratkaisuja

Vaikeus voi olla sidosryhmien sopeutuminen toimenpiteisiin. Jotkin sidosryhmät saattavat havaita, että jatkuva ylläpito korjaa ”eilispäivän virheet” tai poistaa ominaisuuksia, joita he haluavat budjetin tukevan.

Toiminnon ja toimettomuuden todelliset liiketoimintavaikutukset sekä selkeästi määritetyt toimitukset ja aikataulut auttavat sidosryhmiäsi ymmärtämään teknisen velan käsittelyn arvon ja suhteellisen prioriteetin. Teknisen velan yhdistäminen liiketoiminnan vaikutuksiin jatkuvasti ei ainoastaan auta sidosryhmiäsi ymmärtämään paremmin tehtävää työtä. Se auttaa sinua myös varmistamaan, että tunnistat ja käsittelet teknisiä velkoja käyttäjille hyödyllisin tavoin.

Alla oleva luettelo kuvioista ja vastakuvioista näyttää, miltä oikea (ja huono) tekninen velkojen hallinta näyttää Salesforce-organisaatiossa.

Lisätietoja Salesforce-työkaluista, jotka voivat auttaa sinua teknisten velkojen kanssa, on kohdassa Tarkoitukseen liittyvät työkalut.

Seuraava taulukko näyttää valikoiman kuvioita, joita haluat etsiä (tai rakentaa) organisaatiossasi, sekä vasta-kuvioita, joita haluat välttyä tai joilla haluat korjata.

✨ Katso lisää ylläpitokäyttöön liittyviä kuvioita kohdasta Pattern & Anti-Pattern Explorer.

Ydinsä lukemisen käsite on johdonmukaisuuden luominen, joka auttaa ihmisiä ymmärtämään, miten asiat toimivat. Luettavissa olevien järjestelmien rakentaminen yhdistää toimitus- ja huoltotiimit ja auttaa ihmisiä, jotka eivät tunne järjestelmää, ymmärtämään nopeasti, miten osat sopivat yhteen. Tämä tarkoittaa, että tiimisi ei välttämättä ole riippuvainen yksittäisistä henkilöistä, joilla on institutionaalista tai historiallista Knowledgea, jotta he voivat osallistua tehokkaasti toimittajiin tai tiimin uusiin jäseniin. Se tarkoittaa, että tiimin ammattitaitoiset henkilöt voivat keskittyä tekemien valintojen laatuun ja kompromisseihin, koska järjestelmän kokoonpano ja koodi on ihmisille helppo lukea ja ymmärtää. Luettavuus voi nopeuttaa hallinta- ja laadunvalvontaprosesseja ja auttaa tiimejä tunnistamaan paremmin, milloin he saattavat luoda tarpeettomia mukautuksia. Se voi myös parantaa mahdollisuuksia, että järjestelmä toimii uudelleenkäytettävillä ja testattavissa olevilla tavoilla.

Voit parantaa luettavuutta tehokkailla suunnittelun standardeilla ja dokumentaatiolla.

Suunnittelun standardit tarjoavat ohjeita, joilla voit pitää kaikki mukautukset yhdenmukaisina myös kehityksen alkuvaiheessa. Suunnittelun standardit toimivat kuin vartijat ja pitävät kaikki järjestelmässäsi työskentelevät toimitustiimit ja huoltotiimit ajan tasalla mukautusten lähestymistavasta ja toteutuksesta. Suunnittelun standardien määrittäminen auttaa parantamaan toimitus- ja huoltotiimiesi tuottavuutta, helpottaa koodin ja arkkitehtuurin tarkastusten suorittamista ja tarjoaa pohjan parempaan dokumentaatioon.

Ilman suunnittelun standardeja tiimit työskentelevät todennäköisemmin siloissa. Ilman yhdenmukaisuutta, jota suunnittelun standardit tarjoavat, yrityksillä on vaikeuksia:

• Toimittajat ja kehitystiimit, jotka käyttävät ad hoc -kuvioita ja -menetelmiä eri ratkaisuissa, mahdollisesti ottamalla käyttöön antikuvioita ja vähentämällä uudelleenkäytettävyyttä (katso huolenaiheiden erottaminen).
• Lisäaika tuotanto-ongelmien ratkaisemiseen ja tukitiimeihin, joita tarvitaan tiimin uusien jäsenten perehdyttämiseen ja auttamaan heitä ymmärtämään eri kuvioita ja lähestymistapoja.
• Huono tiimien välinen yhteistyö, tiimien väliset työmäärät, menetetty aika ristiriitojen ratkaisemiseen ja integraatiotestien aikana havaitut virheet.
• Lisääntynyt turhautuminen ja korkeammat liikevaihtokurssit.

Suunnittelun standardien tärkein etu johtuu keskusteluista ja päätöksistä, joita sidosryhmien täytyy tehdä niiden luomiseksi. Tarkalleen ottaen prosessi tarjoaa yrityksellesi ja teknologiapäälliköillesi mahdollisuuden räätälöidä, miltä optimaalinen design näyttää yrityksellesi.

Sisällytä seuraavat kohteet suunnittelun standardeihisi

• Salesforce-metadatan nimeämiskäytännöt. Määritä joukko käytäntöjä, joilla järjestelmän kaikki mukautukset nimetään. Hyvät nimeämiskäytännöt eivät ainoastaan noudata yhdenmukaisuutta objektien, kenttien, koodien, kulkujen ja muiden järjestelmäelementtien nimissä. Hyvät nimeämiskäytännöt auttavat myös kehitystiimejä käyttämään nimiä, jotka kertovat tietoja rakentavien kohteiden käyttötarkoituksesta ja toiminnasta. Tästä syystä muut sidosryhmät voivat ymmärtää tietyn mukautuksen paremmin näkemällä sen nimen.
• Hyväksytyt rakennuskuviot ja niiden käyttötarkoitukset. Laadi Kuvioiden ja vastaisten kuvioiden tutkintaohjelmien kirjasto sekä tärkeimmät tiedot siitä, milloin (ja milloin) haluat käyttää kutakin kuviota. Kirjasto voi sisältää pakollisia Apex-käynnistimen kuvioita tai kulkujen orkestrointikuvioita, jotka perustuvat järjestelmässäsi haluamaasi yhdistettävyyteen.
• Kehitysympäristö ja työkaluvihjeet. Pidä selkeä luettelo työkaluista, joita kehitystiimit voivat käyttää töihinsä. Tämä voi sisältää hyväksyttyjä työkaluketjuja ja kieliä kaikille koodia kirjoittaville käyttäjille tai deklaratiivisia ominaisuuksia, jotka on (tai ei) hyväksytty vähäisen koodin kehittämiseen. Standaristosi saattavat sisältää luettelon lähdekoodin hallintajärjestelmistä, joita voi mukauttaa ja dokumentoida, sekä pakolliset sisään-/uloskirjautumisvaiheet. Ne saattavat myös sisältää luettelon ympäristöistä, joita käytetään erityyppisiin kehitystyöhön.

Näiden standardien määrittämisen lisäksi sinun täytyy päättää, miten ja missä ylläpitää ja säilyttää niitä. Jos yrityksesi tiimit eivät löydä suunnittelun standardeja (tai eivät edes tiedä niiden olemassaolosta), ne eivät ole tehokkaita. Ideaalisesti suunnittelun standardisi toimivat samassa järjestelmässä kuin dokumentaatiosi (lisätietoja on seuraavassa osiossa).

Alla oleva kuvioiden ja antikuvioiden luettelo näyttää, miltä oikeat (ja heikot) suunnittelun standardit näyttävät Salesforce-organisaatiolle. Voit käyttää niitä vahvistaaksesi tai parantaaksesi suunnittelun standardeja.

Lisätietoja Salesforce-työkaluista, jotka voivat auttaa sinua suunnittelun standardeissa, on kohdassa Tarkoitukseen liittyvät työkalut.

Dokumentaatio selittää mitä, miten ja miksi järjestelmäsi toimii. Ilman hyödyllistä ja yhdenmukaista dokumentaatiota tiimit tuhlaavat paljon aikaa ymmärtääkseen järjestelmää sellaisenaan (ja saattavat ymmärtää ominaisuuksia ja mukautuksia väärin).

Hyvän dokumentaation luominen kestää aikaa. Useimmat tiimit ovat samaa mieltä, että dokumentaatio on tärkeää suurille projekteille, mutta se voi olla houkutteleva vaihe, kun teet nopeita muutoksia, kuten kokoonpanopäivityksiä tai pieniä hienosäätöjä automaatioon. Jos et dokumentoi järjestelmääsi tekemäsi muutoksia, se on aina epäasiallista. Asiakirjojen ohittaminen voi säästää vähän aikaa etukäteen, mutta organisaation vianmääritykseen tarvittava aika, joka ei ole asianmukaisesti dokumentoitu, on enemmän kuin säästää aikaa. Sisällytä aina tarpeeksi aikaa asiakirjojen luomiseen kaikkiin arvioihisi riippumatta siitä, kuinka paljon vaaditaan päivityksiä, joita aiot tehdä.

Selkeän dokumentaation puute voi aiheuttaa useita ongelmia, mukaan lukien:

• Kehitysjaksot, joita käytetään olemassa olevien toteutusten uudelleentyöhön
• Toistuvat keskustelut, jotka toistavat tai hämmentävät aiempia päätöksiä
• Pitempi perehdytys uusille tiimin jäsenille tai toimittajille
• Ylimääräinen riippuvuus henkilöistä, joilla on institutionaalista tai historiallista Knowledgea
• Tarpeettomat arkkitehtuurit, jotka tukevat samoja tai samankaltaisia ominaisuuksia koko yrityksessä
• Ratkaisusi tarkoituksen ja arvon ilmoittamisen vaikeus tärkeimmille sidosryhmille

Jos käytät Salesforce-ratkaisuja, ylläpidä dokumentaatiota seuraaville kohteille:

• Ratkaisujen yhteenvedot. Kaaviot sallivat sinun ja sidosryhmäsi visualisoida ratkaisuja useilla lisätietotasoilla. Salesforce-kaavioiden kehysjärjestelmä auttaa sinua luomaan kaavioita, jotka näyttävät ratkaisujen liiketoimintamahdollisuudet sekä teknisen toteutuksen lisätiedot.
• Päätöstietueet. Pidä huomioitujen vaihtoehtojen, kompromissien, lopullisten päätösten ja perustelujen tietue keskitetyssä sijainnissa, jonka kaikki tiimin jäsenet voivat käyttää myöhempää käyttöä varten.
• Koodi. Koodin muoto on tärkeä osa dokumentaatiota, ja se voi (ja pitäisi) noudattaa suunnittelun standardeja. Haluat myös pitää avaintietojen lokin ja päivittää sen jokaisen koodin muokkauksen yhteydessä. Asiakirjoita kaikki luokat, käynnistimet ja komponentit seuraavasti:
  • Kuka kirjoitti koodin
  • Milloin koodi kirjoitettiin
  • Mitä koodin tulisi tehdä
  • Avainriippuvuudet
  • Kaikki muutokset
• Deklaratiivinen mukautus. Salesforce tarjoaa tiimeille kaikkia organisaatiosi metadataan tehtäviä mukautuksia varten sisäänrakennettuja attribuutteja tarjotakseen hyödyllisiä tietoja metadatan tarkoituksesta ja tarkoituksesta. Sisällytä muotoilun standardeihin, miten tiimit voivat käyttää näitä sisäänrakennettuja ominaisuuksia ja miten ne nimeävät deklaratiivisia mukautuksia. Ylläpidä myös avaintietojen lokia, joka on sama kuin mitä käytät koodissa.

Kehitä joukko dokumentaatiostandardeja varmistaaksesi, että kaikki nykyiset ja tulevat tiimin jäsenet voivat tulkita asiakirjoja samalla tavalla. (Suunnittelun standardit voivat auttaa tässä). On myös tärkeää miettiä, miten käyttäjät voivat hakea dokumentaatiota löytääkseen asiaankuuluvia osioita tai termejä. Kun järjestelmäsi ikääntyy ja monimutkaistuu, myös dokumentaatiosi kasvaa. Dokumentaatiosi tietojen hyödyllisyys liittyy suoraan siihen, kuinka usein, kuinka nopeasti ja miten helposti käyttäjät voivat hakea ja löytää asiaankuuluvia kohteita.

Alla oleva kuvioiden ja antikuvioiden luettelo näyttää, miltä oikea (ja huono) dokumentaatio näyttää Salesforce-organisaatiossa. Voit käyttää niitä vahvistaaksesi tai parantaaksesi dokumentaatiostrategiaasi.

Lisätietoja Salesforcen dokumentaatiotyökaluista on kohdassa Tarkoitukseen liittyvät työkalut.

Seuraava taulukko näyttää valikoiman kuvioita, joita haluat etsiä (tai rakentaa) organisaatiossasi, sekä vasta-kuvioita, joita haluat välttyä tai joilla haluat korjata.

✨ Tutustu muihin kuvioihin, jotka auttavat sinua lukemaan niitä, käyttämällä Kuvioiden ja vastaisten kuvioiden tutkintaohjelmaa.

Auta meitä pitämään Salesforce Well-Architected ajan tasalla. Tee kysely saadaksesi palautetta tästä sisällöstä ja kerro meille, mitä haluat nähdä seuraavaksi.