![translation](https://cdn.durumis.com/common/trans.png)
Questo è un post tradotto da IA.
[Storia dello sviluppatore SI] 07. Racconto di rapporti settimanali
- Lingua di scrittura: Coreana
- •
-
Paese di riferimento: Tutti i paesi
- •
- Tecnologia dell'informazione
Seleziona la lingua
Testo riassunto dall'intelligenza artificiale durumis
- Il progetto SI riferisce lo stato di avanzamento al cliente attraverso il rapporto settimanale, che viene utilizzato per verificare lo stato di avanzamento del progetto e come prova in caso di problemi.
- Il rapporto settimanale include il contenuto del lavoro di questa settimana, il contenuto del lavoro della prossima settimana, lo stato di avanzamento secondo WBS, le peculiarità, ecc., ed è importante redigerlo in modo chiaro da far comprendere anche a chi non è del settore IT.
- Gli sviluppatori junior dovrebbero imparare le regole di stesura dei rapporti settimanali in anticipo per prepararsi alle situazioni in cui dovranno redigerli autonomamente in futuro.
Storia di uno sviluppatore SI
#7. Storia del rapporto settimanale
Fondamentalmente, il progetto SI è il lavoro di sviluppo del programma desiderato dal committente.
Pertanto, le aziende clienti conducono rapporti settimanali ogni
settimana per valutare l'avanzamento del lavoro e monitorare se l'impresa esecutrice sta svolgendo correttamente il proprio lavoro.
I rapporti settimanali includono i seguenti contenuti.
- Contenuto del lavoro di questa settimana
- Contenuto del lavoro della prossima settimana
- Progressi nella WBS
- Eventi speciali
In generale, questo riporta ciò che è stato fatto questa settimana, cosa verrà fatto la prossima settimana e se il lavoro è in ritardo o in corso secondo la WBS (programma).
Se si incontra un cliente gentile, è possibile trovare un modo per coordinare il ritardo e risolverlo tramite la negoziazione, ma se si incontra un cliente demoniaco, si potrebbe provare la sensazione di essere trascinati al macello come un bue.
Pertanto, quando si redige il contenuto del rapporto settimanale, si evitano i termini relativi allo sviluppo e si redige in modo semplice da comprendere anche per i non addetti ai lavori, gonfiando il lavoro effettivamente svolto. Se inizia una raffica di domande da parte dei clienti che non comprendono il contenuto del lavoro, si perderà prezioso tempo di sviluppo.
E questi rapporti settimanali accumulati di settimana in settimana saranno inclusi negli output finali del progetto e saranno la prova che può difenderti in caso di problemi. Ad esempio, se si verifica una situazione in cui il cliente ha accettato di ~~fare qualcosa~~. In questo caso, la firma del cliente sul contenuto concordato nel rapporto settimanale serve come prova, quindi assicurarsi di redigere accuratamente il contenuto concordato o il contenuto relativo alla pianificazione e ottenere la firma del cliente.
I rapporti settimanali sono solitamente redatti dal PM, ma nel mio caso, ho iniziato a redigerli dopo più di un anno e li ho presentati direttamente al cliente. Fortunatamente, ho incontrato un cliente gentile e la maggior parte dei rapporti settimanali sono andati lisci, ma non riesco a esprimere la pressione che ho provato la prima volta. Pertanto, se si è alle prime armi, è bene conoscere in anticipo le formule, le modalità di organizzazione del contenuto del lavoro necessarie per il rapporto settimanale, in modo da potersi preparare per quando si dovrà redigere il rapporto settimanale in futuro.