Запішыце рашэнне, якое можна перагледзець пазней
ЗавершанаЗапісвайце праблему, альтэрнатывы, доказы, прынятыя межы і ўмовы перагляду. Зрабіце рашэнне «ствараць або купляць» зразумелым пасля сустрэчы.
Выдавец TaigaЯк мы пішам
Праверце сваё разуменнеЯкое сцверджанне дае найбольш карысную ўмову перагляду?Выканайце практыкаванне
Чаму вы навучыцеся
- Аддзяляць патрабаванні, дапушчэнні і назіранні ў рашэнні.
- Параўноўваць рэалістычныя альтэрнатывы ў аднолькавым абсягу.
- Задаваць умову перагляду, якая можа змяніць рашэнне.
Захоўвайце абгрунтаванне
На сустрэчы ўдзельнікі прымаюць рашэнне. Запіс рашэння захоўвае, чаму гэты выбар меў сэнс.
Без абгрунтавання пазнейшая каманда можа прыняць часовае абмежаванне за пастаянны прынцып. Яна таксама можа паўтарыць ацэнку, якую арганізацыя ўжо завяршыла.
AWS апісвае запісы архітэктурных рашэнняў як спосаб дакументаваць рашэнні і іх кантэкст. Тая самая сціслая структура можа дапамагчы з мадэллю эксплуатацыі распрацоўкі з AI. Захоўвайце запіс дастаткова кароткім, каб адказныя яго прачыталі.
Параўноўвайце рэалістычныя альтэрнатывы
Выдуманай кампаніі трэба суправаджаць праграму дагавораў. Яна разглядае тры варыянты:
| Варыянт | Асноўная адказнасць, якая застаецца | Пытанне, якое можа змяніць рашэнне |
|---|---|---|
| Захаваць бягучы працэс з асобнымі AI-інструментамі | Унутрана звязваць кантэкст, праверку, выпуск і доказы | Ці можа каманда працягла выконваць каардынацыйную працу? |
| Стварыць унутраную платформу распрацоўкі | Праектаваць, інтэграваць і эксплуатаваць магчымасць | Ці вызначыла арганізацыя адказных за платформу на доўгі тэрмін і ці забяспечыла іх працу фінансаваннем? |
| Атрымаць сэрвіс фабрыкі праграмнага забеспячэння | Кіраваць яго выкарыстаннем і інтэграваць астатнія абавязкі | Ці адпавядае сэрвіс неабходным мерам кантролю і інтэрфейсам? |
Выкарыстоўвайце аднолькавы абсяг праграмы, перыяд, дапушчэнні пра даныя і чаканні сэрвісу. Не параўноўвайце сталы набыты сэрвіс толькі з коштам прататыпа ўнутранай сістэмы.
Спалучэнне таксама можа быць дарэчным. Наяўная платформа можа забяспечваць асяроддзі і разгортванне, а фабрыка праграмнага забеспячэння — каардынаваць распрацоўку. Тлумачце інтэрфейс і адказнасць замест штучнага выбару «ўсё або нічога».
Напішыце шэсць частак
- Кантэкст. Укажыце праблему і наступствы таго, што яна застанецца нязменнай.
- Патрабаванні. Пералічыце ўмовы, якія варыянт павінен выканаць.
- Альтэрнатывы. Запішыце сур’ёзныя варыянты і іх асноўныя кампрамісы.
- Доказы. Дадайце спасылкі на ацэнкі, дапушчэнні выдаткаў і нявырашаныя пытанні.
- Рашэнне. Назавіце выбраны варыянт, абсяг, адказнага і прынятыя межы.
- Перагляд. Вызначце дату або назіральную падзею, якая патрабуе паўторнай ацэнкі.
Адрознівайце назіранае ад чаканага. «Падчас ацэнкі была завершана гэтая змена суправаджэння» — назіранне. «Сэрвіс удвая скароціць гадавы кошт суправаджэння» — прагноз, які патрабуе доказаў і яўных дапушчэнняў.
Уключайце наймацнейшае пярэчанне
Для праграмы дагавораў набыты сэрвіс можа скараціць інтэграцыйную працу, але стварыць залежнасць ад знешняга пастаўшчыка. Запішыце гэтае пярэчанне і практыкаванне экспарту, якое часткова яго вырашае. Не прыбірайце пярэчанне таму, што каманда аддае перавагу гэтаму варыянту.
Укажыце, якія нявырашаныя пункты блакуюць актывацыю. Астатнія прызначце адказным з датамі. Рашэнне працягваць не ператварае пытанне пра меру кантролю без адказу ў правераны вынік.
Пераглядайце запіс пры зменах патрабаванняў або доказаў. Дадавайце новае рашэнне пры змене выбару і захоўвайце ранейшае абгрунтаванне. Працягвайце з практычнымі сцэнарыямі Taiga, каб прымяніць гэтыя прынцыпы да працоўных працэсаў прадукту.
Выканайце практыкаванне
Напішыце аднастаронкавае рашэнне для выдуманай праграмы дагавораў з гэтага ўрока. Параўнайце тры варыянты. Уключыце адну прычыну адхіліць свой пераважны варыянт, адно нявырашанае дапушчэнне і вымерную ўмову перагляду.
Спампаваць працоўны ліст (Markdown)Зняцце гэтай пазнакі выдаляе ўвесь прагрэс, захаваны ў гэтым браўзеры.
Прагрэс застаецца ў гэтым браўзеры. Без уліковага запісу і адсочвання.