System Analyst

Sistēmisko konfliktu novēršanas piemēri

Vai tu zini strādāt ar GitLab?

Aprakstiet gadījumu, kad nebija skaidras tehniskās specifikācijas. Kā rīkojāties?

Kā jūs attiecaties uz darbu ar MI prototipiem (klikšķināmiem prototipiem, kas izstrādāti ar MI aģentiem)?

Vai uzņēmējdarbības vajadzību pārskatīšana un precizēšana pieder sistēmā analītiķa jomai?

Kur un kā tu reģistrē lēmumus? Kā tu strādā ar izmaiņām?

Kā darbojas maksājumu pakalpojumu sniedzēja integrācija? Aprakstiet maksājuma plūsmu.

Kas būs jūsu ieinteresētās puses? Ar ko jūs vāksiet prasības?

Kāpēc meklējat? Ko meklējat?

Cik svarīgi ir sistēmas analītiķim saprast gala lietotāju?

Kādus rīkus izmantojat komunikācijai?

Kas tev ir patiesais datu avots (Source of Truth)?

Kā jūs strādājat ar ER diagrammām? Kādus rīkus izmantojat to zīmēšanai?

Kas būs bazē soda sodu pakalpojuma datu bāzē? Intervijas veicējs norādīja, ka diagrammā ir divas datu bāzes.

Lietotājs ir pieslēdzies un pārbaudījis naudas sodu API. No kurienes nāk naudas sodi? Apraksti plūsmu.

Kādi ir jūsu stiprie punkti kā sistēmu analītiķim? Kāpēc tieši jūs?

Kā sadalāt pienākumus, kad bērns ir slims?

Atstājiet diagrammā tikai vienu kļūdu.

Praktiskā uzdevums: Vienota paziņojumu platforma (Notification Platform) Konteksts Uzņēmumā ir 3 izkaisīti sistēmas, kas sūta paziņojumus lietotājiem: 1. CRM — sūta e-pastus un push paziņojumus par pasūtījumiem. 2. Atbalsta portāls — sūta ziņojumus par biļetēm Telegram botā. 3. Drošības sistēma — ģenerē SMS paziņojumus par aizdomīgiem pieslēgumiem. Katrs sistēma īsteno savu loģiku: * savas šablonus, hardcoded saņēmējus; * nav centralizētas paziņojumu vēstures; * lietotāji sūdzas par dublēšanos un kavēšanos; * nav vienota SLA, metriku vai vadības centra. Mērķis Izstrādāt jaunu Notification Platform, kas: * apkopo notikumus no dažādiem avotiem (CRM, Support, Security); * tos maršrutē pēc veida un kanāla (epasts, SMS, Telegram, push); * nodrošina šablonu vienotību, reģistrēšanu un novērojamību, * atbalsta SLA (p95 ≤ 3 sekundes piegādei), * ļauj mērogot un paplašināt kanālus nākotnē. Kandidāta uzdevums 1. Definēt sistēmas funkcionālos prasības. 2. Aprakstīt nefunkcionālos prasības (drošība, veiktspēja, kļūdu apstrāde). 3. Izveidot konteksta diagrammu (C4 līmenis 2). 4. Pievienot secības diagrammas shēmu. Piemēram, ziņojuma sūtīšana no CRM.