1. [ 1️⃣ ] - [ pesos para priorização ]
1.1. [ 🔴 - 4 ] - [ urgente e importante ]
1.1.1. Caracteriza-se em situações onde as prioridades 2 (urgentes) e 3 (importantes) se fazem presentes ao mesmo tempo ou para a mesma demanda
1.2. [ 🟡 - 3 ] - [ somente importante ]
1.2.1. Para temas ou tópicos estruturais, quando não for bem feito ou bem definido pode se ter danos irreversíveis relacionados a marca ou prejuízos financeiros significativos
1.3. [ 🔵 - 2 ] - [ somente urgente ]
1.3.1. Para temas ou situações em que a velocidade da execução impacte na estratégia corporativa ou em danos leves a marca ou financeiros
1.4. [ ⚪️ - 1 ] - [ não urgente e não importante ]
1.4.1. Caracteriza-se em situações onde as prioridades 2 (urgentes) e 3 (importantes) NÃO se fazem presente, tendo uma prioridade menor
2. [ 2️⃣ ] - [ template ]
2.1. RAs
2.1.1. [🔴 | 🟡 | 🔵 | ⚪️] (pxx) RA00 - Time To Market
2.1.2. [🔴 | 🟡 | 🔵 | ⚪️] (pxx) RA00 - Segurança
2.1.3. [🔴 | 🟡 | 🔵 | ⚪️] (pxx) RA00 - Performance
2.1.4. [🔴 | 🟡 | 🔵 | ⚪️] (pxx) RA00 - Manutenabilidade
2.1.5. [🔴 | 🟡 | 🔵 | ⚪️] (pxx) RA00 - Disponibilidade
2.1.6. [🔴 | 🟡 | 🔵 | ⚪️] (pxx) RA00 - Escalabilidade
2.1.7. [🔴 | 🟡 | 🔵 | ⚪️] (pxx) RA00 - Observabilidade
2.1.8. [🔴 | 🟡 | 🔵 | ⚪️] (pxx) RA00 - User Experience
2.2. VAs
2.2.1. 🔴 VA01 - Em geral como a empresa deseja otimizar os custos com desenvolvimento de ativos de software?
2.2.1.1. RSP: Curto prazo | Médio prazo | Longo prazo
2.2.2. 🔴 VA02 - Deve-se Fazer lock-ins?
2.2.2.1. RSP: Sim | Não
2.2.2.2. Caso sim, com quais tecnologias?
2.2.3. 🟡 VA03 - Senioridade dos times
2.2.3.1. Predominantemente: Senior | Pleno | Junior
2.2.4. 🟡 VA04 - Stack tecnologica
2.2.5. 🟡 VA05 - Tecnologias ou padrões preferenciais
2.2.5.1. Preferir
2.2.5.2. Sempre utilizar
2.2.6. 🟡 VA06 - Tecnologias ou padrões proibidos ou a serem evitadas
2.2.6.1. Evitar
2.2.6.2. Nunca utilizar
2.2.7. [🔴 | 🟡 | 🔵 | ⚪️] VA...
2.3. Componentes Arquiteturais
2.3.1. Log
2.3.2. Fila
2.3.3. Cache
2.3.4. APM
2.4. Integrações relevantes
2.4.1. [ template ]
2.4.1.1. Sistema proprietário
2.4.1.2. Sistemas de destino
2.4.1.3. Tipo
2.4.1.3.1. API (ou) BFF (ou) Microservice (ou) ETL (ou) Batch (ou) VAN (ou) ...
2.4.1.4. Protocolo das mensagens
2.4.1.4.1. Json (ou) SOAP (ou) Binário (ou) Arquivo de texto (ou) CSV (ou) XLS (ou) PDF (ou) Outro
2.4.1.5. Sync (ou) Async
3. [ 3️⃣ ] - [ produtos ]
3.1. RAs
3.1.1. 🔴 (p18) RA00 - Observabilidade
3.1.2. 🔴 (p16) RA01 - Manutenabilidade
3.1.3. 🔴 (p14) RA02 - Segurança
3.1.4. 🔴 (p12) RA03 - Disponibilidade
3.1.5. 🔴 (p10) RA04 - Performance
3.1.6. 🟡 (p07) RA05 - Testabilidade
3.1.7. 🔵 (p05) RA06 - Escalabilidade
3.1.8. ⚪️ (p02) RA07 - Time To Market
3.2. VAs
3.2.1. 🔴 VA01 - Em geral como a empresa deseja otimizar os custos com desenvolvimento de ativos de software?
3.2.1.1. RSP: Longo prazo
3.2.2. 🔴 VA02 - Deve-se Fazer lock-ins?
3.2.2.1. RSP: Não
3.2.3. 🟡 VA03 - Senioridade dos times
3.2.3.1. Predominantemente: Senior
3.2.4. 🟡 VA04 - Stack tecnologica
3.2.4.1. <<Você deve escolher, fazer ACs para isso :D>>
3.2.5. 🟡 VA05 - Aplicação deve rodar em infraestrutura local, segura e redundante
3.3. Componentes Arquiteturais <<você deve escolher>>
3.3.1. Fila
3.3.2. Cache
3.3.3. Log
3.3.4. APM
3.4. Integrações relevantes
3.4.1. Sistema de Radares
3.4.1.1. Sistema proprietário
3.4.1.1.1. ArcHRadar
3.4.1.2. Sistemas de destino
3.4.1.2.1. AAT (ArcH-Air-Traffic)
3.4.1.3. Tipo
3.4.1.3.1. TCPIP / Binário
3.4.1.4. Protocolo das mensagens
3.4.1.4.1. JSON (formato fixo)
3.4.1.5. Sync
3.4.2. Sistema de Radios
3.4.2.1. Sistema proprietário
3.4.2.1.1. ArcHRadios
3.4.2.2. Sistemas de destino
3.4.2.2.1. AAT (ArcH-Air-Traffic)
3.4.2.3. Tipo
3.4.2.3.1. TCPIP / Binário
3.4.2.4. Protocolo das mensagens
3.4.2.4.1. JSON (formato fixo)
3.4.2.5. Sync