Stima e monitoraggio dello sviluppo delle applicazioni
Archived
1 Task
25 mins
Beginner
Sviluppo di app low-code
Italian
Scenario
Gli stakeholder di GoGoRoad vogliono sviluppare una nuova applicazione di assistenza stradale per semplificare le operazioni relative alle richieste di assistenza stradale da parte dei clienti. Utilizzando l'ambito del Minimum Loveable Product (MLP) e le versioni incrementali, gli stakeholder vogliono monitorare lo stato di avanzamento dello sviluppo del tipo di pratica Assistance Request e determinare la funzionalità con la priorità più alta da sviluppare in futuro. Per facilitare il monitoraggio dei progressi, gli stakeholder e il team Pega hanno identificato e definito le priorità per un backlog del prodotto.
Per preparare lo sviluppo, il Business Architect (BA) deve popolare il backlog e aggiornare le storie utente in modo da includere funzionalità, funzionalità secondarie, proprietario e data di scadenza. GoGoRoad utilizza Agile Workbench per gestire e definire le priorità del lavoro. Il team ha creato le storie utente in un file XSLX appositamente formattato per l'importazione in Agile Workbench. Utilizza il file XSLX per importare le storie utente e popolare il backlog.
Prima di iniziare a lavorare sull'applicazione Roadside Assistance, gli stackholder hanno richiesto una stima delle dimensioni e dell'ambito del progetto in base ai tipi di pratica inclusi finora nell'applicazione GoGoRoad e alle storie utente incluse nel backlog. La stima tiene conto dei modelli di attribuzione dei ruoli e fornisce una tempistica approssimativa per la consegna dell’applicazione.
Il tuo Lead System Architect ti ha assegnato il compito di assegnare le release ai canali e agli oggetti dati associati ai tipi di pratica Assistance Request e Service. Una volta assegnate le versioni delle release, devi utilizzare lo strumento Estimator per calcolare la stima delle dimensioni per la release MLP 1.
In quanto nuovo System Architect, il tuo Lead System Architect ti fornisce una raccolta di link alla documentazione tecnica per aiutarti a iniziare.
Nella seguente tabella sono riportate le credenziali necessarie per completare la sfida:
| Ruolo | Nome utente | Password |
|---|---|---|
| Application Developer | author@gogoroad | pega123! |
Detailed Tasks
1 Stima e monitora lo sviluppo delle applicazioni
Leggi la documentazione tecnica fornita per completare le attività assegnate. La documentazione tecnica potrebbe contenere più informazioni del necessario.
Criteri di accettazione
- Per popolare il backlog di Agile Workbench, è stata utilizzata la cartella di lavoro Excel GoGoRoadUserStoriesforDPP.
- Le storie utente popolate dalla cartella di lavoro Excel GoGoRoadUserStoriesforDPP contengono le informazioni necessarie, tra cui funzionalità, funzionalità secondaria, proprietario e data di scadenza.
- Nel profilo dell’applicazione, nella funzionalità Assistance Request, sono presenti tre nuove funzionalità secondarie per tenere traccia del lavoro correlato alla fornitura di assistenza ai clienti che richiedono assistenza. Le funzionalità secondarie sono denominate Notification, Setup e Support.
- In Agile Workbench, ognuna delle nuove funzionalità secondarie di Assistance Request, ovvero Notification, Setup e Support, è associata alla storia utente Specify Issue. In ognuna ciascuna delle nuove funzionalità secondarie sono inclusi un proprietario (author@gogoroad) e una data di scadenza.
- In Agile Workbench esiste una nuova storia utente che corrisponde alle seguenti informazioni:
Campo Dettagli Nome Aggiungi il costo totale alle informazioni sul servizio e alla fattura del cliente Descrizione Come cliente, voglio ricevere una fattura per poter verificare che il servizio fornito mi venga addebitato in modo appropriato. Funzionalità associata Assistance Request > Support Proprietario author@gogoroad Due Qualsiasi data futura Complessità Media Priorità Deve avere Criteri di accettazione Il responsabile del servizio può visualizzare il costo del servizio quando esamina il servizio completato. Criteri di accettazione Il cliente riceve un'e-mail contenente il costo totale del servizio. - Nel tipo di pratica Assistance Request, le release MLP vengono assegnate ai canali. Al canale del portale Web è assegnata la release MLP1. A tutti gli altri canali è assegnata la release MLP2.
- Nel tipo di pratica Assistance Request, le release MLP, la complessità e altre informazioni vengono assegnate agli oggetti dati in base alle seguenti informazioni:
Tipo di pratica Fase Oggetto dati Origine dati Lettura Scrittura API esistente Release Complessità Contrassegna come completata Assistance Request Create Service address Pega MLP 1 Bassa Assistance Request Create Vehicle information Pega MLP 1 Bassa Assistance Request Create Payment information Pega x MLP 1 Alta Assistance Request Servizio Service provider Pega x x MLP 1 Bassa Assistance Request Risoluzione Services offered Pega MLP 1 Media - Lo strumento Estimator è stato utilizzato per fornire stime per il lavoro associato alla release MLP1 del tipo di pratica Assistance Request. Il lavoro dovrebbe essere stimato utilizzando varie combinazioni di selezioni per l’elenco Delivery, il campo Number of teams, l’elenco Scrum Maturity, l’elenco Staffing model, l’elenco Environment, l’elenco Organization complexity e l’elencoData import effort.
Indicazioni per l’accesso
- Scarica la cartella di lavoro Excel GoGoRoadUserStoriesforDPP.xlsxe salvala localmente sul tuo computer:
- Nell'istanza Pega per la sfida, inserisci le seguenti credenziali:
- Nel campo User , inserisci author@gogoroad.
- Nel campo Password, inserisci pega123!.
- In App Studio, importa da Agile Workbench le storie utente contenute nella cartella di lavoro Excel GoGoRoadUserStoriesforDPP.xlsx.
- Dal profilo dell’applicazione, aggiungi le nuove funzionalità secondarie alla funzionalità Assistance Request come descritto nei criteri di accettazione.
- In Agile Workbench, aggiorna la storia utente Specify issue come descritto nei criteri di accettazione.
- In Agile Workbench, crea una nuova storia utente come descritto nei criteri di accettazione.
- Per il tipo di pratica Assistance Request, assegnare le release MLP per i canali come specificato nei criteri di accettazione.
- Per il tipo di pratica Service, assegna le release MLP e altre informazioni per gli oggetti dati come descritto nei criteri di accettazione.
- Utilizza lo strumento Estimator di App Studio per fornire una stima del lavoro associato alla release MLP1 del tipo di pratica Assistance Request.