Kā sākt lietot ADR
Lai sāktu lietot ADR, pārrunājiet ar komandas biedriem šīs jomas.
Lēmumu apzināšana:
Cik steidzams un cik svarīgs ir AD?
Vai tas jāpieņem tagad, vai arī var pagaidīt, līdz kļūs zināms vairāk?
Lēmumu apzināšanā var palīdzēt gan personīgā un kolektīvā pieredze, gan atzītas projektēšanas metodes un prakses.
Ideālā gadījumā uzturiet lēmumu uzdevumu sarakstu, kas papildina produkta uzdevumu sarakstu.
Lēmumu pieņemšana:
Pastāv vairākas lēmumu pieņemšanas metodes, gan vispārīgas, gan specifiskas programmatūras arhitektūrai, piemēram, dialoga kartēšana (dialogue mapping).
Grupas lēmumu pieņemšana ir aktīva pētniecības tēma.
Lēmumu īstenošana un nodrošināšana:
AD tiek izmantoti programmatūras projektēšanā; tāpēc tie ir jāpaziņo sistēmas ieinteresētajām pusēm, kas to finansē, izstrādā un ekspluatē, un šīm pusēm tie ir jāapstiprina.
Divas saistītas prakses ir arhitektūriski izteiksmīgi kodēšanas stili un koda pārskati, kas koncentrējas uz arhitektūras jautājumiem un lēmumiem.
AD ir (atkārtoti) jāapsver arī tad, kad programmatūras sistēma tiek modernizēta programmatūras evolūcijas gaitā.
Lēmumu kopīgošana (pēc izvēles):
Daudzi AD atkārtojas dažādos projektos.
Tāpēc pieredze ar iepriekšējiem lēmumiem, gan labiem, gan sliktiem, var būt vērtīgs atkārtoti izmantojams resurss, ja tiek piemērota skaidra zināšanu pārvaldības stratēģija.
Lēmumu dokumentēšana:
Pastāv daudz veidņu un rīku lēmumu fiksēšanai.
Skatiet aģilās kopienas, piemēram, M. Nygard ADR.
Skatiet tradicionālos programmatūras inženierijas un arhitektūras projektēšanas procesus, piemēram, tabulu izkārtojumus, ko iesaka IBM UMF un Tyree un Akerman no CapitalOne.
Papildu informācija:
- Iepriekšminētie soļi ir pārņemti no Vikipēdijas ieraksta Architectural Decision