Jagamisviis:

Soovitused tarkvaraarenduse juhtimise tavade vormistamiseks

Kehtib selle Power Platform hästi üles ehitatud tegevuse tipptaseme kontrollnimekirja soovituse kohta:

OE:03 Vormistage tarkvara ideede ja planeerimise protsess, tuginedes väljakujunenud tööstus- ja organisatsioonistandarditele. Kasutage ühist, prioriteetset mahajäämust ja piisavalt üksikasjalikke spetsifikatsioone. Juhtige planeerimisprotsessi pidevat täiustamist tulemuste põhjal.

Selles juhendis kirjeldatakse soovitusi töökoormuse arendamise tavade haldamiseks vastavalt kehtestatud standarditele. Teie meeskonna võime toota kvaliteetset tarkvara sõltub struktureeritud ja koostööl põhinevast lähenemisest arengu planeerimisele. Töökoormuse meeskonnad peaksid aru saama ja sidusrühmadele selgelt edastama tehtud tööd. Täpsemalt peaks töökoormuse meeskondadel olema selge ülevaade arendustsüklis tehtavast tööst ja tagama, et kõik sidusrühmad on selle töö "miks" ühel meelel. Kehtestatud standardid määratlevad, kuidas arendustavasid tuleks läbi viia, ja võimaldavad töökoormuse meeskonnal tõhusalt koostööd teha, vähendades eesmärkide ja ootuste segaduse ohtu.

Peamised disainistrateegiad

Vormistage oma töökoormuse arendamise tavad, et tagada ühine arusaam eesmärkidest ja ootustest.

Ärge käsitlege vähese koodiga töökoormusi vähese keerukusega. Vähese koodiga töökoormuste arendamise ja haldamise vormistamine on endiselt kasulik. Õppige teistelt tarkvaraarendusmeeskondadelt. Teil peab olema otsustusmaatriks, mis määrab töökoormuse keerukuse ja kriitilisuse põhjal nõutava vormistamise taseme.

Arengu planeerimise standardid

Järgmised standardid aitavad teil koostada tervikliku arengu planeerimise strateegia.

  • Prioriteetide seadmine: Töö järjekorra ja ulatuse planeerimine hõlmab töökoormuse funktsioonide tegeliku mõju ja väärtuse mõistmist ettevõttele. See hõlmab ka nende mõjude hindamist teiste töötaotluste ja teie toote või programmi üldise tegevuskava suhtes. Üks võimalus töökoormuse tähtsuse järjekorda seadmiseks on hinnata kogu töökoormuse ärilist väärtust . Samuti võib olla kasulik hinnata üksikuid töökoormuse funktsioone äriväärtuse osas.

  • Kategoriseerimine: Looge protsessid, mis tagavad, et kriitilistel rakendustel on nende toetamiseks vajalikud kaitsepiirded. Samal ajal veenduge, et tootlikkuse stsenaariume ei aeglustaks ega lämmatataks liiga paljude rangete protsesside tõttu.

  • Koostöö: Töökoormuse kavandatavate muudatuste määratlemise protsess peaks olema koostöö. Enamik töökoormuse muudatusi mõjutab mitut funktsiooni ja komponenti, nii et võimalikult paljude töökoormuse meeskonnaliikmete kaasamine aitab tagada, et olulised kaalutlused ei jääks kahe silma vahele ja et kõik oleksid teadlikud mõjust oma konkreetsele domeenile. Koostöö aitab ka selgelt määratleda muudatuse ulatuse ja selle, kuidas jagada vajalikud ülesanded täpselt määratletud tööüksusteks. Suurem rühm, kellel on teadmised valdkondadest, suudab anda kogemustega põhinevaid hinnanguid vajalike jõupingutuste kohta.

  • Tööriistad: kasutage väljakujunenud, tööstuses tõestatud tööriistu ja protsesse, nagu Agile, Scrum ja Kanbani tahvlid.

Kompromiss: Agiilne metoodika võib muutuda liiga rangeks, kui see on liiga ettekirjutav. Püüdke saavutada tasakaal täpselt määratletud standardite ja innovatsiooni vahel.

  • Juurutamine: plaanige suurte ja harvade juurutuste asemel kasutada sagedasi väikeseid iteratiivseid juurutusi.

  • Terminid: standardiseerige valmis arendustsüklite määratlus, et tagada tugifunktsioonide, sealhulgas testimise, dokumentatsiooni ja hõlbustusfunktsioonide edukas lõpuleviimine.

  • Suhtlus: määratlege tooteomanike ja projektijuhtide standardprotokollid tulevaste väljaannete reklaamimiseks.

  • Kasutajalood: standardiseerige kasutajalugude mall. Hästi kirjutatud kasutajalood peaksid järgima INVESTi lähenemist:

    • Ma – sõltumatu: Iga kasutajalugu peaks olema teistest sõltumatu, võimaldades meeskonnal edastada väikeste sammudega.
    • N-läbiräägitav: Kasutajate lood peaksid olema läbiräägitavad ning avatud arutelule ja muutustele.
    • V-väärtuslik: Kasutajalood peaksid kliendile väärtust pakkuma.
    • E-hinnatav: Kasutajalood peaksid olema hinnatavad ja neil peaks olema selge määratlus.
    • S-väike: Kasutajalood peaksid olema väikesed ja keskenduma ühele funktsioonile.
    • T-testitav: Kasutajalood peaksid olema testitavad ja neil peaksid olema selged aktsepteerimiskriteeriumid.

  • Vastuvõtukriteeriumid: standardiseerige aktsepteerimiskriteeriumide mall. Veenduge, et vastuvõtukriteeriumid on seotud konkreetselt kasutaja looga ja neid saab üheselt tõestada ühe või mitme vastuvõtutesti abil.

  • Jälgimine: Veenduge, et arendusprotsess oleks jälgitav. Peaksite selgelt jälgima oma tootmise töökoormuse olekut ja sellega seotud koodi tagasi kvaliteedi tagamise testimise, vastuvõtukriteeriumide, kasutajalugude ja funktsioonideni. Üksikasjalik jälgimine võib mõnel juhul olla ka regulatiivne nõue, näiteks tervishoius.

  • Ülevaade: Viige regulaarselt läbi oma arendustavade siseauditeid arendustsükli retrospektiivi ja surmajärgsete uuringute kaudu. Protsessi refleksioon peaks olema laitmatu ja keskenduma õppimisele, mida saab rakendada täiustusena. Veenduge, et meeskond mõtiskleb selle üle, kui tõhusad olid kasutajalugu ja ülesanded vajalike ülesannete määratlemisel ning ajahinnangute täpsuse üle.

  • Aruanded: standardiseerige sidusrühmade aruanded, mis pakuvad kasulikke mõõdikuid, mis keskenduvad muutustele. Muutustele keskendumine võimaldab teil jälgida toote kiirendust ja aeglustumist. Kasulikud mõõdikud võivad hõlmata muudatusi järgmistes valdkondades:

    • Kasutuselevõtu igakuine kasvutempo
    • Jõudlus
    • Koolituse aeg
    • Vahejuhtumite sagedus

    Aruandlust ei tohiks kasutada üksikisikute töö hindamise vahendina, seega vältige iga inseneri jaoks selliseid mõõdikuid nagu loopunktid või koodiread.

Power Platform Hõlbustamine

Kuigi pole Power Platform ühtegi toodet, mis seda soovitust otseselt hõlbustaks, saate Microsofti virnas kasutada muid tööriistu. Azure Boards on veebipõhine teenus, mis võimaldab meeskondadel kogu arendusprotsessi vältel tööd planeerida, jälgida ja arutada.

GitHub Projects on kohandatav projektijuhtimise tööriist projektide korraldamiseks ning see integreerub teie probleemide ja pull-requestidega GitHubis.

Järgmised toimingud

Operatiivse tipptaseme kontroll-leht