Předání architektury poskytuje realizačním týmům dost kontextu, aby implementovaly řešení bez opětovného objevování jeho důležitých rozhodnutí. Má zahrnovat společný průchod a jasné vlastnictví, nikoli jen dokument odeslaný na konci návrhu.
Předání architektury poskytuje realizačním týmům dost kontextu, aby implementovaly řešení bez opětovného objevování jeho důležitých rozhodnutí. Má zahrnovat společný průchod a jasné vlastnictví, nikoli jen dokument odeslaný na konci návrhu.
Tyto položky udržujte ve verzovaném zdroji, který týmy mohou aktualizovat. Odkazujte na autoritativní kontrakty a požadavky místo vytváření samostatné rozcházející se kopie.
U portálu pro vracení zboží sledujte jednu vratku od odeslání zákazníkem po potvrzení skladu. Požádejte implementační tým o vysvětlení pravidla duplicit, tým podpory o popis nalezení uvízlé vratky a testovací tým o vysvětlení ověření akceptačních kritérií.
Pokud je skladové rozhraní stále nejisté, určete vlastníka, potřebný experiment a datum, do kterého odpověď ovlivní realizaci. Dočasný předpoklad výslovně označte; neprezentujte jej jako ověřenou schopnost.
Dohodněte, které změny vyžadují architektonický přezkum a které může tým provádět lokálně. Naplánujte přezkum kolem rizikových integrací nebo prvního funkčního průřezu, místo čekání na konečné vydání. Aktualizujte rozhodnutí, když důkazy z implementace odporují původním předpokladům.
Úspěšné předání se projeví tím, že týmy dokážou vysvětlit a implementovat zamýšlené chování a nevyřešené otázky mají vlastníky. Počet stran či samotné získání podpisu toto porozumění nedokazuje. Přehnaná předepisovanost zpomaluje realizaci, zatímco chybějící omezení vedou týmy k neslučitelným volbám.
Knihovna IT otázek k pohovoru s podrobnými odpověďmi — od Junior po Senior.
Přispět