Как да започнете да използвате ADR

За да започнете да използвате ADR, обсъдете със съекипниците си следните области.

Идентифициране на решения:

Колко спешно и колко важно е AD?
Трябва ли да бъде взето сега, или може да изчака, докато се узнае повече?
Както личният и колективният опит, така и признатите методи и практики за проектиране могат да помогнат при идентифицирането на решения.
В идеалния случай поддържайте списък със задачи за решения, който допълва списъка със задачи на продукта.

Вземане на решения:

Съществуват редица техники за вземане на решения, както общи, така и специфични за софтуерната архитектура, например картографиране на диалога (dialogue mapping).
Груповото вземане на решения е активна изследователска тема.

Прилагане и налагане на решения:

AD се използват при проектирането на софтуер; следователно те трябва да бъдат съобщени на и приети от заинтересованите страни на системата, които я финансират, разработват и експлоатират.
Архитектурно очевидните стилове на кодиране и прегледите на код, които се фокусират върху архитектурни въпроси и решения, са две свързани практики.
AD трябва също да бъдат (повторно) разгледани при модернизиране на софтуерна система в хода на софтуерната еволюция.

Споделяне на решения (по избор):

Много AD се повтарят в различни проекти.
Следователно опитът с минали решения, както добър, така и лош, може да бъде ценен преизползваем актив при прилагане на изрична стратегия за управление на знанията.

Документиране на решения:

Съществуват много шаблони и инструменти за фиксиране на решения.
Вижте гъвкавите общности, напр. ADR на M. Nygard.
Вижте традиционните процеси на софтуерното инженерство и архитектурното проектиране, напр. табличните оформления, предложени от IBM UMF и от Tyree и Akerman от CapitalOne.

За повече информация: