# data[].attributes.body
rilascio frettoloso

Un pò di confusione su pepsi in generale

# data[].attributes.body
Supporto E2E e UAT - AML: Il supporto ai team di test procede bene, per il momento è stata aperta una sola smeet che è già stata indirizzata e chiusa

Molti bug risolti su pepsi probabilmente dovuti alla fretta delle ferie

Team vespa in completa autonomia: Nonostante le storie con poca descrizione i ragazzi sono riusciti a lavorare chiudendo tutte le feature

Siamo riusciti a sbloccare la parte di re-trigger

# data[].attributes.body
Pepsi: Un pò troppi rework

# data[].attributes.body
Pepsi: lo sviluppo procede bene

ProConcept: Gestione smeet e risoluzione

PEPSI al netto dei problemi di deploy: Poter vedere la struttura dall'inizio consente di capire meglio il flusso e individuare meglio possibili errori/dubbi da togliere

AML: Buon carico di lavoro e ottimo essersi portati avanti nel lavoro

AML: Per ora il supporto al team di e2e procede bene. Ho sentito i ragazzi, hanno creato il testbook e dovrebbero aver chiari i test che possono fare da domani

"ProConcept ormai sembra diventare sempre più un vago ricordo... o meglio, un incubo che finalmente cerchiamo di sanare. Nonostante tutto, siamo riusciti ad affrontare la tempesta di questa avventura. Ora che siamo arrivati in porto, non resta che riparare i danni e ringraziare l'equipaggio per aver difeso la nave dagli attacchi più imprevedibili (compreso quello del famigerato 'Morten', noto anche come 'La Tempesta Ambulante')." P.S. Il capitano Schettino ci fa i suoi complimenti.

Risoluzione INC0687642

# data[].attributes.body
Andre Presidente: Unica ancora di salvezza nei momenti bui è LUI, Andrea che aiuta i poveri sventurati ad affrontare la tempesta di ProConcept.

# data[].attributes.body
ProConcept: Requisiti che sono cambiati molto frequentemente, difficile acquisire conoscenza sul prodotto (soluzione complessiva)

Presenti alcuni bug ereditati dai Kainos - AML

Modifiche all'ultimo minuto (niente di nuovo) il problema si pone quando siamo agli sgoccioli e devono essere adottate modifiche consistenti per risolvere problemi di fondo come CRATERI nell'analisi dei sistemi già esistenti e di come comunicano. "Mortacci sua" richiede cose all'ultimo perché era troppo impegnato a godersi la piscina quando fece l'analisi e noi ci ritroviamo con lavoro extra.

P.S. Mi sento come nei film di "Rocco" e il protagonista non sono io.

# data[].attributes.body
Aprire una storia per il refactoring del codice lato FE per momenti più scarichi

Action point - 25.1.3

# data[].attributes.body
Facciamo troppe corse per mettere pezze

# data[].attributes.body
PEPSI. Inizializzazione progetto

Migliore gestione degli Incident

# data[].attributes.body
SuperAI modifiche per i breaking changes

Venerdì Scorso

PC: Test bloccato per tutto lo sprint a causa prima dei certificati e poi del mapping

Account bloccati per tutto lo sprint

Winter Salesforces

Difficoltà di comunicazione tra team per la risoluzione di Incident

# data[].attributes.body
Ora le common libraries di il funzionano correttamente. Di conseguenza è possibile lavorare sul blender.

DCC 3 scenari testati su 4

# data[].attributes.body
SuperAI continua a dare problemi

# data[].attributes.body
Proconcept: La maggior parte dei problemi nella definizione dei requisiti con SFDC e Proconcept sono stati risolti.

Pagine confluence create: 10

Stato della ricerca dei dati: 98%

Dichiarazioni di guerra aperte: 2

# data[].attributes.body
DVS GWA - Non abbiamo compatibilità con API di SuperAI (di nuovo)

Difficoltà ad orientarsi nella risoluzione degli incident se la documentazione non è aggiornata

DCC - Applicazione non manutenuta bene. Rilasciato in pre prod come pronto ma in realtà non è così

- Difficoltà a collaborare con le squadre coinvolte

# data[].attributes.body
Vespa: completate tutte le storie di AML pianificate

Fluidità del team per affrontare la gestione degli incident + ricerca di soluzioni definitive

Migliore conoscenza dei sistemi e dei prodotti su cui lavoriamo

PRO CONCEPT - Scenari 4.1 + 4.2 sviluppi

# data[].attributes.body
Lo scadente support di AM

AML : storie poco testabili causa requisiti che cambiano

ProConcept : cambi last minute

# data[].attributes.body
Vespa board: Migliorato il workflow di entrambe le boards di Vespa, sia quella principale che quella di test

Finiti i test UAT su pepsi

Buona cooperazione per la gestione di bug e test in test2 test3

# data[].attributes.body
ProConcept ancora presenta problemi con la definizione API

AML ha ancora qualche problema con la definizione del requisito

# data[].attributes.body
Sprint andato molto bene, tutti gli sp sono chiusi

# data[].attributes.body
SMEETs: Le smeet vengono gestite solo in urgenza. Non viene rispettato l’effort che il team necessita per consegnarle (sviluppo + test). Di conseguenza, accettando dall’esterno le tempistiche, nasce il rischio legato alla perdita di qualità.

Integrazione con SuperAI

# data[].attributes.body
Poco tempo per la ricerca di bug che possano prevenire l'apertura di smeet

Poca "trasparenza" sui movimenti delle storie sulla board: In questo sprint siamo riusciti meno a seguire i movimenti delle storie e per questo alcuni passaggi importanti sono dati per scontati, forse è mancata la comunicazione. Questo si è tradotto nel considerare poi completi task non conclusi

# data[].attributes.body
Varie problematiche sulla gestione degli incidents

Difficoltà di comunicazione tra team per la risoluzione di Incidents

Imparità dell'AM di SF contro IL che ha i dev nella risoluzione degli incidents

Prioritizzazione interna

Action point

IM Retrospective

# data[].attributes.body
Chiarita e definita in parte la questione mass uploader

Gestione degli incident

# data[].attributes.body
DVS TZ - Tutti i casi analizzati in prod al momento hanno errore DVS-KO-05 o DVS-02-12

Molti fix da effettuare su sf-cases

# data[].attributes.body
CWC - Multilanguage sviluppato e testato con largo anticipo

DVS GWA - abbiamo 8 happy case su 39 questo mese (20%) ! Il 10% in più sul mese scorso :D

Per questa release forse le smeet sono finite (ho paura a dirlo ad alta voce)

# data[].attributes.body
DVS -GWA2: Dove sono quelli di super.ai?

# data[].attributes.body
TS: Ottimo miglioramento grafico, e non solo, sia per la home che per la pagina di dettaglio

Smeets: E' iniziato ad esserci un maggior coinvolgimento per la suddivisione/risoluzione delle smeet tra il team IL e gli altri gruppi di lavoro

# data[].attributes.body
Confusione: Come sempre il nostro infallibile architetto Nexi non demorde mai. Sempre sul pezzo... M...ci sua

# data[].attributes.body
GDPR: Nonostante alcune difficoltà, storie chiuse su entrambi i progetti (CWC e SCS)

ProConcept: Dopo notti insonni, allucinazioni di santi e preghiere lodevoli a "forze superiori" è finito il primo girone infernale.

SMEETs: Siamo riusciti a fixare e chiudere molte smeet

# data[].attributes.body
Sprint rallentato causa SMEETs

# data[].attributes.body
INTEGRAZIONE SVILUPPI + SMEET: Siamo stati in grado di affrontare la gestione delle smeet (processo nuovo) senza dimenticare le delivery di sviluppo

Gestione SMEETs

Organizzazione Test Team: Siamo riusciti a dividerci bene le varie attività lato test, indifferentemente da Vespa e Panda

Miglioramento SF+IL: Per maggior chiarezza sul flusso, forse sarebbero necessarie più informazioni su come interagiscono i due sistemi

# data[].attributes.body
1. Sviluppi su ch-cases costanti

2. Cooperazione sviluppo e test

3. Antonio + Ana

# data[].attributes.body
Per migliorare l'attività di test sarebbe meglio coinvolgere maggiormente il team di test nelle fasi di sviluppo per DCC e ProConcept

Action point generale

# data[].attributes.body
1. Test di integrazione OTCS

2. Mettiamo troppe pezze al DVS

# data[].attributes.body
SF-Cases a buon punto

Sf-cases funziona anche se ci sono piccole rifiniture da effettuare

Jira funziona bene per il team e2e

Monitoraggio DVS GWA

Studiati ed integrati test Junit, fino ad ora mai visti da parte mia.

# data[].attributes.headline
DVS GWA - Se il campo manca in DVS-01-01 la descrizione dell'errore non può essere No match found for business.name field

# data[].attributes.subject
DVS GWA - Se il campo manca in DVS-01-01 la descrizione dell'errore non può essere No match found for business.name field

# data[].attributes.body
Testing e2e

ODS non sa da fare

Mancanza di alcune informazioni fondamentali per poter iniziare a sviluppare il dcc

Problemi lato OTCS

# data[].attributes.headline
OTCS- offuscamento dei dati da SFDC e IL

# data[].attributes.subject
OTCS- offuscamento dei dati da SFDC e IL

# data[].attributes.body
Durante il processamento dei dati da SFDC e IL i dati appaiono in chiaro. Probabilmente questa eccessiva visibilità dei dati può costituire un problema di sicurezza nel sistema?

# data[].attributes.body
Le dipendenze vanno gestite opportunamente per ridurre il peso dei jar

# data[].attributes.body
Aggiornamento contratti API stoplight

# data[].attributes.body
Definire meglio il comportamento del dvs quando i campi obbligatori hanno isDetected:false. In questo caso, l'array degli errori si popola con l'algoritmo di automazione, ma il SR complessivo è 100

# data[].attributes.headline
Documentazione su funzionamento di dettaglio di GWA e TZ

# data[].attributes.subject
Documentazione su funzionamento di dettaglio di GWA e TZ

# data[].attributes.body
Fonte consultabile per rispondere a tutte le casistiche che si presentano dagli e2e tests, risparmiare tempo

# data[].attributes.headline
DVS - normalizzazione della virgola negli indirizzi

# data[].attributes.subject
DVS - normalizzazione della virgola negli indirizzi

# data[].attributes.body
Risolto il problema della generazione delle classi su DCC

Risolte la maggior parte delle storie in production

# data[].attributes.body
Il più delle volte sia su sfdc che sui doc il nome della strada viene scritto attaccato alla parola strada.

Ad esempio:

"sourceValue" : "Beethovenstr. 7",

"documentValue" : "Beethovenstrasse 7",

"successRate" : 0.8

# data[].attributes.body
Unhappy path OTCS: Sviluppati e testati nonostante le varie difficoltà

Siamo riusciti a portare a casa 40 sp nonostante varie assenze

Autorizzazione per lavorare su GWA2 e modifica delle business rules in GWA1

Abbiamo molti progetti in produzione

# data[].attributes.headline
DVS GWA - L'mccCode in input da SFDC deve essere convertito in intero e non in stringa

# data[].attributes.subject
DVS GWA - L'mccCode in input da SFDC deve essere convertito in intero e non in stringa

# data[].attributes.body
Check 6/12 - non funziona

# data[].attributes.body
Non tutti gli errori sono testabili

# data[].attributes.body
OTCS da rifinire

# data[].attributes.body
Legare, con riferimento nei log, i due cron sebbene abbiano due process id diversi

# data[].attributes.body
1. Autonomia e collaborazione nel trovare gli scheletri nell'armadio

2. L'OTCS è stato completato malgrado alcune rifiniture

# data[].attributes.body
1. Unhappy Path arrivate a fine sprint

2. Board non aggiornato

3. Troppo poco tempo per completare le storie come si deve

4. Processo CR per il deploy di hotfix durante il production freeze

# data[].attributes.body
Obiettivi dello sprint raggiunti

Elastic aggiornato

Iteration demo TZ andata bene con gli stakeholders

Abbiamo completato tutte le storie ad alta priorità (1-2)

# data[].attributes.body
Requisiti poco chiari

Unit test: da fare nelle storie

Difficoltà di interazione e difficoltà nel fare i test di integrazione con le squadre con cui abbiamo collaborato

# data[].attributes.body
Rilascio andato bene

# data[].attributes.body
SuperAI: Finalmente risulta affidabile, abbiamo ottenuto percentuali alte

KYC+Camunda: Flusso finalmente chiaro

Tanti SP portati a casa

# data[].attributes.body
I requisiti a grandi linee

Parecchia entropia e confusione che porta a non avere requisiti definiti ed andare a tentativi

Giudizio senza soluzione

# data[].attributes.body
leggera instabilità del dvs in seguito alle modifiche sul KYC BS

# data[].attributes.body
PDF Compiler e statistiche

Demo GWA agli operatori

Demo KYC Service e TZ

Atteggiamento "diplomatico" e risolutivo in alcune situazioni

# data[].attributes.body
Indicazioni per l’uso delle label nella board

Production (sempre a priorità più alta di dev): qui ci sono tutte le storie che hanno a che fare su prodotti in già in produzione. Tutte le storie qui presenti si lasciano in Ready for acceptance (le chiuderà il PO/SM). La label è production.

Production incidents: tutti i bugs aperti in servizi già in produzione, vanno contrassegnati con la label prod-incident

Bugs: tutti i bugs aperti in sviluppo (anche se pre-prod) vanno contrassegnati con la label bugfix e compariranno sulla swimlane di Bugfix

Improvements: tutte le storie di tipo migliorativo di un servizio in sviluppo/pre-prod vanno contrassegnati con la label improvements. Questi miglioramenti sono creati a valle di una demo o di un miglioramento richiesto dopo una business validation.

Development: tutti gli sviluppi relativi alle capabilities correnti, verranno automaticamente assegnati alla swimlane di sviluppo

Test/GOV - Buona pratica

# data[].attributes.headline
I parametri di configurazione non vanno hardcodati

# data[].attributes.subject
I parametri di configurazione non vanno hardcodati

# data[].attributes.body
In sviluppo, quando si inserisce la stringa nel codice, chiedersi se cambierà nel resto del codice. Rendere configurabili i parametri che cambiano in vari ambienti

Sviluppatori - Buona pratica

# data[].attributes.body
Purtroppo Super.ai è ancora poco affidabile

Aggiornare più spesso la Documentazione

# data[].attributes.headline
I body delle response Rest vanno loggati per capire cosa succede

# data[].attributes.subject
I body delle response Rest vanno loggati per capire cosa succede

# data[].attributes.body
Ogni chiamata deve dare una risposta di errore esplicativa, quindi si dovrebbe sempre inserire anche il body per dare maggiori informazioni sull'errore.

Sviluppatori - Buona pratica

# data[].attributes.body
- Integrazione lineare con KycNow
- Abbiamo terminato tutte le storie sullo sprint
- Buona produttività: Story points chiusi allineati alla capacità del team

# data[].attributes.body
https://smartpay-monitoring2-0.kb.westeurope.azure.elastic-cloud.com/spaces/space_selector

Elastic

Giandomenico - Accesso

# data[].attributes.body
- Un pò troppi bug dovuti alla crezione del kyc-broker-service
- Documentazione KycNow poco chiara per alcuni aspetti

# data[].attributes.headline
Flaggare le storie bloccate in code review

# data[].attributes.subject
Flaggare le storie bloccate in code review

# data[].attributes.body
Tutti - Buona pratica

# data[].attributes.body
- Segregazione completa tra GWA e TZ
- Flessibilità nel riadattarsi le storie in corso di planning

# data[].attributes.body
habemus VPN e port-forwarding

Dall'analisi emergono più "Happy Path" rispetto a qualche mese fa

Ottimo devops

# data[].attributes.body
- Planning fuori dal tempo concordato (Commento: Nessun altro slot concordato. planning fatto al momento giusto. Visto che poi il weekly ref è stato usato per raffinamento sfdc.)
- Piccole incomprensioni sulle storie dovute alle varie ferie

# data[].attributes.body
Aprite le pull request, altrimenti è complicato capire su quale storia o branch ci sono le review da fare

# data[].attributes.body
- Gestione delle SMEET
- E2E test: Confronto attivo per risoluzione delle segnalazioni.

# data[].attributes.body
- storie e story points
- Recupero del vecchio sprint e 0 blocchi in code review
- Ottima coordinazione nel team nel gestire le storie in caso di problemi/supporto.
- Kafka funziona anche su Azure
- Storie quasi terminate prima della demo

# data[].attributes.headline
IMPORTANTE! Buona pratica per la consegna del prodotto

# data[].attributes.subject
IMPORTANTE! Buona pratica per la consegna del prodotto

# data[].attributes.body
Ricordarsi SEMPRE di cancellare le configurazioni

# data[].attributes.headline
io dopo che scoccia mi ha detto : "1 min ti chiamo"

# data[].attributes.subject
io dopo che scoccia mi ha detto : "1 min ti chiamo"

# data[].attributes.body
- Blocco stories in code review
- Accumulo storie non previste nel planning, alla fine dello sprint
- Flusso gestione SMEET da parte dell'ART team

# data[].attributes.body
Misurare le stories con più attenzione rispetto all'assegnazione degli SP, considerando questi punti:

Complessità della storia in termini di sviluppo;

Quantità di lavoro stimata per la storia;

Rischio o incertezza rispetto alla task;

Per evitare una valutazione esclusivamente temporale, possiamo anche considerare le task sotto forma di "taglia di lavoro". Es. S,M,L,XL.

Tutti - Buona pratica da mantenere

# data[].attributes.body
Freezare un ambiente prima di eventuali test di integrazione con altri team

Dev - Buona pratica da mantenere

# data[].attributes.headline
Commenti alle storie quando ci sono suggerimenti e modifiche da apportare lato dev- gov

# data[].attributes.subject
Commenti alle storie quando ci sono suggerimenti e modifiche da apportare lato dev- gov

# data[].attributes.headline
Migliorare la comprensibilità del requisito

# data[].attributes.subject
Migliorare la comprensibilità del requisito

# data[].attributes.body
Rendere i requisiti più comprensibili e chiari nella scrittura delle storie, scrivendo in maniera lineare. Assicurarsi durante il planning e durante gli stand-up che gli assignee abbiano compreso i requisiti.

Gov - Buona pratica da mantenere

# data[].attributes.body
PEPSI - Molti cambiamenti in corso di sviluppo

# data[].attributes.body
Tomasz P. è sparito dalla circolazione

Ch Cases continua ad arenarsi

Przemysław è confusionario nel dare suggerimenti . Soprattutto negli ultimi task fornisce le informazioni in maniera frammentaria e disorganizzata. Questo si traduce in perdita di tempo sua e nostra, e di ciò ne risente anche Panda di riflesso

Mancata comunicazione dei problemi e non chiarezza durante il kt

# data[].attributes.body
La code review viene fatta insieme al tech lead/Architetto, di modo da avere un apprendimento più rapido e continuo.

Developers + Tech - Buona pratica da mantenere

# data[].attributes.body
Monitorare ogni sprint che la % sia ~80%

BE - Action point generale

# data[].attributes.body
Monitorare ogni sprint che la % di UT per FE sia sempre >85%

FE - Action point generale

# data[].attributes.body
Dividere meglio le storie e non accumularle in un'unica storia senza accumulare troppe task in una storia sola. Attenersi per quanto possibile al protocollo INVEST.

Gov - Buona pratica da mantenere

# data[].attributes.headline
No-reg test e termine informale delle user stories

# data[].attributes.subject
No-reg test e termine informale delle user stories

# data[].attributes.body
Finire le storie entro il penultimo giorno e dedicare il martedì al no-reg test. Questa buona pratica aiuta il test ad avere il tempo di testare le varie storie entro la fine dello sprint.

BE + FE + Dev - Buona pratica da mantenere

# data[].attributes.headline
Pagina confluence per buone pratiche Vespanda

# data[].attributes.subject
Pagina confluence per buone pratiche Vespanda

# data[].attributes.body
Creare la documentazione di come spostare gli oggetti su Jira board e le responsabilità degli owner delle varie fasi di sviluppo

Debora - Action point

# data[].attributes.body
Aumentare la stima di test su IL per migliorare la ricerca di possibili bugs ed evitare l'apertura di SMEET in fase di test E2E

Test team - action point

# data[].attributes.body
Cerchiamo di differenziare maggiormente (ove possibile) le priorità delle storie in test, per poter distinguere le storie davvero pronte per essere testate da quelle che richiederebbero un ultimo check per essere complete

# data[].attributes.body
PC test - Al momento è possibile testarlo solo sul pc di Valeria

PC - Sviluppare alla cieca non è la scelta migliore.

DCC

# data[].attributes.body
Cercare un modo per allineare il team di test sullo stato delle smeet in modo da essere sempre allineati sullo status ed aggiornare la controparte

Dev team verso test team - Action point

# data[].attributes.body
- Risoluzione rapida delle problematiche
- Demo con salesforce
- Giandomenico esperto mondiale nei certificati di sicurezza
- Lavoro della squadra, siamo stati dentro i tempi come concordato

# data[].attributes.body
- Bottleneck in code review
- C'è stata un pò di confusione con il nuovo workflow
- Stima delle attività, story point non correttamente assegnati o sovrastimato
- Data entry

# data[].attributes.body
- L'estrazione dei dati su SuperAI è poco affidabile
- L'implementazione di Camunda 8 è più complessa del previsto