არქიტექტურული გამონაკლისი განიხილეთ როგორც გადახრის აშკარა, შემოსაზღვრული მიღება პასუხისმგებელი მფლობელითა და დასრულების გეგმით. გაშვების ვადა გადაწყვეტილების კონტექსტია და არა შეზღუდვის გვერდის ავლის ავტომატური ნებართვა.
განსაზღვრეთ, შესაძლებელია თუ არა გამონაკლისი
ზუსტად დაასახელეთ დარღვეული პრინციპი ან სტანდარტი და მისი არსებობის მიზეზი. შეამოწმეთ, ვის აქვს წარმოქმნილი რისკის მიღების უფლებამოსილება. ზოგი შეზღუდვა პროექტისთვის არ განიხილება შესაცვლელად; თუ უფლებამოსილი გამონაკლისი შეუძლებელია, შეამცირეთ ფარგლები ან შეცვალეთ გაშვების გეგმა.
შემოთავაზებული გამონაკლისი მინიმუმ ერთ განხორციელებად ალტერნატივას შეადარეთ. აღწერეთ დაზარალებული სისტემები, მომხმარებლები, მონაცემები, სავარაუდო მარცხის ფორმები და დაყოვნების ბიზნესშედეგი. მოერიდეთ ფართო შეღავათს, როგორიცაა „დროებითი ძველი სისტემის ინტეგრაცია“.