Työkalujen ja prosessien standardointisuosituksia
Koskee tätä Power Platform hyvin suunnitellun operatiivisen huippuosaamisen tarkistuslistan suositusta:
| OE:04 | Ohjelmistokehitys- ja laadunvalvontaprosessien optimointi noudattamalla toimialalla todistetusti toimia kehitys- ja testauskäytäntöjä. Roolien määritystä tekee yksiselitteistä käytäntöjen standardointi kaikissa komponenteissa, kuten työkaluissa, lähdehallinnassa, sovelluksen suunnittelumalleissa, dokumentaatiossa ja tyylioppaissa. |
|---|
Tässä oppaassa käsitellään kehitystyökalujen ja -prosessien standardien määrityssuosituksia. Yhdenmukaisten käytäntöjen määrittämisen ansiosta työkuormatiimi on tehokas ja työ laadukasta. Tehokkaat tiimit käyttävät toimialan todistetusti toimivia työkaluja ja prosesseja turhan toiminnan ja mahdollisten koodivirheiden minimointiin.
Tärkeimmät suunnittelustrategiat
Kehityskäytännön optimoinnin ensimmäinen vaihe on työkalujen ja prosessien standardointi. Toimialan todistetusti toimivia ratkaisuja kannattaa käyttää itse kehitettyjen ratkaisujen sijaan aina, kun se on mahdollista. Kaikkia standardoituja työkaluja ja prosesseja varten on annettava koulutusta, sillä näin voidaan varmistaa, että tiimit käyttävät niitä tehokkaasti.
Kehityskäytäntöjen optimoinnissa auttavien standardien määrittämisessä kannattaa ottaa huomioon seuraavat suositukset.
Ympäristössä saatavana olevien työkalujen käyttäminen
Power Platform Toolsin käyttö kannattaa priorisoida sekä käyttää muutoin tunnettuja ja pitkälle kehiteltyjä valmiita työkaluja. Lisäksi niiden käyttö on standardoitava. Tehokkaimmat suunnittelutiimit käyttävät luokkansa parhaita työkaluja. Ratkaisujen kehittämistä suunnittelua, kehittämistä, testausta ja yhteistyötä varten kannattaa välttää. Työkalujen valinta kannattaa tehdä työkuorman tarpeiden perusteella.
Työkaluissa on oltava seuraavat toiminnot:
- Työn suunnittelun ja keskeneräisten töiden hallinta
- Versionhallinta ja säilöt
- Käyttöönottoputket
- Testataan
- Koodin kehittäminen ja tarkistaminen
Joissakin tapauksi yhden työkalun tai työkalupaketin avulla saadaan useita toimintoja. Varmista, että ymmärrät työkalujesi ominaisuudet ja niiden rajoitukset, jotta ne täyttävät vaatimuksesi eri toiminnoissa.
On päätettävä, investoidaanko ympäristö premium-ominaisuuksiin vai työkalujen premium-versioihin. Omien ratkaisujen kehittämiseen kuluvaa aikaa ja vaivaa on verrattava premium-työkaluihin sisältyviin ominaisuuksiin. Kertakustannuksia on verrattava toistuviin kustannuksiin. Useimmissa tapauksissa käyttövalmiiden työkalujen arvo on tiimin kannalta suurempi. Esimerkiksi hallitut ympäristöt sisältävät käyttövalmiita ominaisuuksia, jolla tekijä voi määrittää käyttöönottosanoman tai rajoittaa ennakoivasti jakamista. Näiden ominaisuuksien rakentaminen itse vaatii kehitystä ja jatkuvaa ylläpito työtä, joka saattaa osoittautua kalliimmaksi kuin Hallitut ympäristöt investoiminen.
Käytä tekoälytyökaluja, kun se on käytännöllistä. Tekoälytyökalut voivat auttaa koodin kehittämisessä, tarkistamisessa ja optimoinnissa.
Luodaan hallintokehys yhteiselle kehittämiselle
Luodaan tehokas yhteisen kehityksen hallintokehys, jolla varmistetaan johdonmukaisuus ja toistettavuus valmistajan määrittelemissä hankkeissa ja fuusiotiimeissä.
Lähdehallintajärjestelmän ja -käytäntöjen standardointi
Lähdekoodin hallintajärjestelmä, kuten Azure DevOps, kannattaa ottaa käyttöön. Azure DevOps Tarjoaa kehittäjäpalveluita tukitiimeille, joiden avulla he voivat suunnitella työtä, tehdä yhteistyötä koodikehityksessä sekä luoda ja ottaa käyttöön sovelluksia. Vie ratkaisu kehitysympäristöstä, joka sisältää sovelluksesi ja mukautukset. Pura ratkaisu ja tallenna komponentit lähteen hallintajärjestelmään.
Varmista, että ratkaisun versiotiedot ovat tarkkoja, noudattaen sprintin ja kehittäjien ohjeita, jotka on määritetty kohdassa Scrum-käytäntöjen käyttöönotto tiimillesi Azure Boardsissa. Pull-pyynnön testitulokset voivat olla kuvakaappauksia tai videoita, jotka kuvaavat rakennettavia toimintoja. Pull-pyyntöjen hallintoprosessin automatisointi auttaa varmistamaan koodin laadun ilman perustarkistusten, kuten ratkaisuversioiden, manuaalista tarkistamista.
Luo malleja tehokkuuden ja johdonmukaisuuden korottaa varmistamiseksi. Kaikki tiimin toiminnan osa-alueet hyötyvät standardoinnista ja yksinkertaistamisesta, perehdytystehtävistä ja tarinan tarkistusesityksistä työkohdemalleihin , jotka on suunniteltu säästämään aikaa ja opastamaan tiimejä käyttäjätarinoiden, ominaisuuksien, virheiden ja tehtävien määrittämisessä.
Tehokkuuden määrällistäminen mittareita arvioimalla
Kehitys- ja laadunvalvontatiimien toiminta voi vain parantua, kun niiden tehokkuus määrällistetään. Tehokkuuden määrällistäminen edellyttää kehittäjän nopeutta mittaavien mittareiden tunnistamista ja tunnuslukujen määrittämistä.
Esimerkkejä näistä mittareista:
- Läpimenoaika: Aika, joka kuluu tehtävän tai käyttäjän tarinan siirtymiseen keskeneräisestä kehitysjonosta tuotannon käyttöönottoon.
- Keskimääräinen aika ratkaisuun: Keskimääräinen aika, joka kuluu koodin virheiden tai vikojen korjaamiseen.
- Muutoksen epäonnistumisprosentti: Epäonnistumiseen johtavien muutosten prosenttiosuus.
Sidosryhmiä ja työkuormaa voidaan auttaa seuraamaan vaivattomasti nopeutta visualisoimalla tunnusluvut koontinäytöissä tai muissa raportointityökaluissa.
Työkuormatiimin koodin kirjoittamisen, tarkistamisen ja dokumentoinnin standardointi
Työkuormatiimin koodin kirjoittamisen, tarkistamisen ja dokumentoinnin standardoinnin apuna käytetään tyyliopasta. Standardoitu tyyli helpottaa yhteistyötä ja auttaa ottamaan mukana uusia kehittäjiä. Tehokas työskentely edellyttää, että uudet kehittäjät tietävät, miten työkuormatiimi toimii. Selkeästi määritetyt standardit sisältävät tyyliopas voi helpottaa koulutusprosessia.
Tyylioppaassa käsiteltävät asiat:
- Ratkaisujen, artefaktien, ohjausobjektien, toimintoja, ympäristöjen, haarojen ja koontiversioiden nimeämiskäytännöt
- Virheiden käsittelystandardit
- Yleiset mallit tai kirjastot
Seuraa arkkitehtuuripäätöksiä, jotta tiimit voivat ylläpitää tuoretta ymmärrystä työmäärästä ja antaa uusille tiimin jäsenille mahdollisuuden oppia työmäärän elinkaaren aikana tehdyistä suunnittelupäätöksistä. Sisällytä arkkitehtuuripäätösasiakirjaan harkitut työkalut ja tekniikat, päätöksen syy sekä toiminnalliset ja ei-toiminnalliset vaatimukset, jotka otettiin huomioon päätöksissä. Päätösten kirjaaminen auttaa välttämään selitysten toistaminen tai palaamiseen keskusteluihin uusien jäsenien tai sidosryhmien kanssa.
Standardien ja ohjeistuksen käyttäminen teknistä velkaa käsiteltäessä
Ympäristö ja teknologia muuttuvat nopeasti, ja uusia toimintoja ja ominaisuuksia julkaistaan säännöllisesti. Kannattaakin ajatella niin, että tekninen velka on väistämätöntä työkuormatiimin toimittamissa tuotteissa. Tämä ajattelutapa motivoi tiimiä ottamaan teknisen velan huomioon ja käsittelemään sen säännöllisesti, mikä estää velan kertymisen. Tekninen velka kannattaa käsitellä säännöllisesti toistuvana keskeneräisten töiden tehtävänä. Varmista, että sinulla on käytössä prosessit, joiden avulla pysyt ajan tasalla ympäristön muutoksista, sekä uusista ominaisuuksista että vanhentumuksista, ja laadi toimintasuunnitelma työmäärän muutosten käsittelemiseksi.
Tuotteen ominaisuus voi esimerkiksi vanhentua tai se voidaan korvata eri versiolla. Työmäärätiimin on priorisoitava uuteen ominaisuuteen siirtymisen loppuun saattaminen, jotta se ei vaikuta työmäärään. Tiimi voi rakentaa mukautetun ratkaisun tai ohjausobjektin, josta tulee ajan myötä osa alustaa. Työmäärätiimisi on siirryttävä kyseiseen alustaominaisuuteen, joka vähentää teknistä velkaa ja oman työmääräsi ylläpito.
Käytä alalla hyväksi havaittuja sovellusten suunnittelumalleja varmistaaksesi, että sovelluksesi on luotettava, suorituskykyinen ja turvallinen. Näiden mallien avulla voidaan säästää aikaa ja vaivaa sen sijaan, että sovellukseen kehitettäisiin omia ratkaisuja. Valittavista malleista on oltava hyötyä työkuormassa. Suunnittelumallien säännöllisellä arvioinnilla varmistetaan, että oikeat mallit ovat käytössä työkuorman kehittyessä.
Varhaisessa vaiheessa toteutettava testaus
Varhaisessa vaiheessa tehtävä testaus toteutetaan suorittamalla yksikkötestaus aikaisessa vaiheessa ja usein koko kehitysprosessin ajan. Usein tehtävä testaus kussakin kehitysympäristössä auttaa kehittäjiä luottamaan sovelluksiinsa.
Seuraavat periaatteet kannattaa ottaa huomioon luotaessa varhaisessa vaiheessa toteutettavaa testausstrategiaa:
- Kirjoita testit alimmalla mahdollisella tasolla. Sellaisia testejä, joissa on vähiten ulkoisia riippuvuuksia, kannattaa suosia, ja testit kannattaa suorittaa muodostamisen osana.
- Kirjoita testit kerran ja suorita testejä kaikkialla, myös tuotannossa. Kirjoitettavien testien pitäisi olla sellaisia, että ne voidaan suorittaa jokaisessa kehitysympäristössä ottamatta huomioon ympäristökohtaisia tekijöitä, kuten salattuja salaisuuksia ja määrityksiä.
- Suunnittele työmääräsi testausta varten. Testattavuus kannattaa olla sovelluksen kehittämiseen liittyvä vaatimus.
- Harkitse testin omistajuutta, joka perustuu työmäärän omistajuuteen. Työmäärätiimisi omistaa testauksen, eikä sen pitäisi luottaa muihin tiimeihin koodin testaamisessa.
- Automatisoi testit niin paljon kuin mahdollista. Automaattinen koodi keventää työkuormatiimin työtakkaa ja valvoo, että laatu on yhdenmukaista.
Työkuormatiimiltä on edellytettävä, että se ymmärtää kehityksen ja laadunvalvontaa liittyvät suojauskäytännöt. Tiimin jäsenten on noudatettava näitä käytäntöjä poikkeuksetta. Lue lisää kohdasta Suositukset kehityksen elinkaaren turvaamiseksi.
Power Platform – avustaminen
Pipelinesin Power Platform tavoitteena on demokratisoida sovellusten elinkaaren hallinta (ALM) Power Platform asiakkaille ja Dynamics 365 tuomalla palveluun ALM-automaatio sekä jatkuvan integraation ja jatkuvan toimituksen (CI/CD) ominaisuudet.
Copilotin luomat käyttöönottomuistiinpanot putkissa luovat ratkaisun yhteenvedon ja esitäyttävät käyttöönottomuistiinpanot-kentän, jotta kuka tahansa käyttöönottopyyntöä tarkasteleva tai tallentava voi ymmärtää, mitä ratkaisu tekee ja mitä se sisältää.
Microsoft Power Platform Koontityökalujen Azure DevOps avulla voidaan automatisoida yleisiä koonti- ja käyttöönottotehtäviä, jotka liittyvät rakennettuihin Power Platform sovelluksiin.
GitHub-toiminnot, joiden Power Platform avulla kehittäjät voivat rakentaa automatisoituja ohjelmistokehityksen elinkaaren työnkulkuja. Microsoft Power Platformin GitHub-toimintojen avulla voit luoda säilöön työnkulkuja sovellusten luomiseen, testaamiseen, paketoimiseen, julkaisuun ja käyttöönottoon, automatisoinnin suorittamiseen sekä bottien ja muiden Power Platformissa luotujen komponenttien hallintaan.
Power Apps tarkistusverkko-ohjelmointirajapinta tarjoaa mekanismin staattisten analyysitarkistusten suorittamiseen ympäristön mukautuksia ja laajennuksia Microsoft Dataverse vastaan.
Test Studion avulla voit luoda pohjaan perustuvalle sovelluksellesi kattavia käyttöliittymätestejä.
Automatisoi testit Azure Pipelinesin avulla.
Power CAT Code Review Tool -työkalun avulla voit suorittaa koodin tarkistuksia.
Power CAT Copilot Studio Kitin avulla voit määrittää perämiehiä ja testejä. Suorittamalla yksittäisiä testejä API-rajapintoja vastaan Copilot Studio (Direct Line), kopilottivasteita arvioidaan odotettuja tuloksia vasten.
ALM Accelerator on avoimen lähdekoodin työkalu, joka koostuu joukosta sovelluksia, skriptejä ja putkia, jotka on suunniteltu automatisoimaan jatkuva integraatio / jatkuva toimitusprosessi.
Microsoft Power Platform CLI( PAC CLI) on komentorivityökalu, joka tukee ratkaisujen tuontia ja vientiä Power Platform sekä pakkaamista ratkaisujen lähdetiedostoihin Power Platform ja purkamista niistä. PAC CLI on saatavana erillisenä komentorivityökaluna tai koodin laajennuksena Visual Studio .
Muita kehityskäytäntöjen standardoinnissa auttavia työkaluja ja palveluja:
Azure DevOps, kokoelma palveluita, joiden avulla voit luoda yhteistyöhön perustuvan, tehokkaan ja johdonmukaisen kehityskäytännön. Azure DevOps paketoi seuraavat ratkaisut:
- Azure Pipelines, pilvipalvelu, joka tarjoaa koonti- ja julkaisupalveluita sovellustesi CI/CD:n tueksi.
- Azure Boards, verkkopohjainen työnhallintatyökalu, joka tukee ketteriä käytäntöjä, kuten Scrum ja Kanban.
- Azure Repos, versionhallintatyökalu, joka tukee Gitin hajautettua versionhallintajärjestelmää ja Team Foundation -versionhallintajärjestelmää.
- Azure Test Plans, selainpohjainen testien hallintaratkaisu, joka tarjoaa ominaisuuksia, joita tarvitaan suunniteltuun manuaaliseen testaukseen, käyttäjien hyväksyntätestaukseen, tutkivaan testaukseen ja palautteen keräämiseen sidosryhmiltä.
GitHub Projects, työnhallintatyökalu, jonka avulla voit luoda Kanban-tauluja, raportteja, koontinäyttöjä ja muita toimintoja.
Liittyvät tiedot
Yhteisen kehittämisen hallinto