1 / 17

Project net https://orgsrv.univr.it:8443/pnet/

Project net https://orgsrv.univr.it:8443/pnet/. Principali funzionalità del programma web-based enterprise project management application Riferimento per il manuale: http://doc.project.net/9_0_UG:User_Guide. Team Condivisione documenti Forum Calendario Tasks Milestones Workflow.

manning
Download Presentation

Project net https://orgsrv.univr.it:8443/pnet/

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Project nethttps://orgsrv.univr.it:8443/pnet/ Principali funzionalità del programma web-based enterprise project management application Riferimento per il manuale: http://doc.project.net/9_0_UG:User_Guide

  2. Team Condivisione documenti Forum Calendario Tasks Milestones Workflow Project Managers Pianificazione progettuale Gestione economica Notifiche e-mail Controllo sui progetti (fasi tasks) Status report Funzionalità Si possono creare templates riutilizzabili che configurano ogni cosa per un nuovo progetto

  3. Pianificare un progetto • I progetti sono raggruppati nell’unità Business • Si possono creare sottoprogetti collegati a progetti principali • I progetti possono essere strutturati in fasi e tasks • Si possono condividere tasks in più progetti

  4. Le fasi Un progetto può essere suddiviso in fasi il cui insieme costituisce un processo • Schema progettuale • Analisi dei dati • Pianificazione e sviluppo • Implementazione • Test • Messa in produzione Quando tutti i tasks di una fase sono terminati si può procedere alla fase successivaLe fasi possono essere utili per determinare le riunioni di verifica per poi procedere con l’avanzamento del progetto

  5. I deliverables • Ciascuna fase determina la produzione di documentazione “Deliverables” che viene associata al progetto da un link • Strutturare il progetto in fasi non è obbligatorio ma aiuta a mantenerne il controllo e a mettere a disposizione documentazione ufficiale

  6. Assegnazione ruoli Ci sono alcuni ruoli predefiniti • Space administrator • Power user • Team member La definizione di ulteriori ruoli può facilitare l’invio di e-mail o informazioni agli appartenenti ad uno stesso ruolo della project’s directory

  7. La documentazione La gestione dei documenti si può definire completa, non ci sono limiti alla tipologia e alla dimensione E’ attivo il version control e si può inserire il workflow process • CAD files (DGN, DWG, and DXF formats) • Text • Bid Documents • Proposals • Requests for Quote (RFQ) • Requests for Information (RFI) • Scanned Drawings • Other images that can be quickly added to a project. • Audio and Video

  8. Le Forms Si possono creare delle forms di inserimento dati, impostando i campi necessari in un db interno, e utilizzarle poi (anche come voce di menù) per selezionare i dati e visulizzare elenchi ordinati Tipicamente vengono utilizzate per: • raccogliere dati sugli utenti • Riportare errori, bugs nelle applicazioni • Raccogliere le linee guida o le decisioni prese

  9. Il workflow • Nella pagina di setup del progetto si può impostare il workflow per definire gli steps di un processo. • Si usa ogni qualvolta bisogna passare attraverso un processo organizzativo • Il workflow ha una ‘busta’ che viene recapitata nella workflow In-box a tutti coloro che sono coinvolti nel processo passo dopo passo. • Lo step definisce chi deve ‘visionare’ quella parte di documento durante il processo. • Un workflow generalmente ha uno step iniziale e uno o più steps finali che possono assumere il valore di approvato, rigettato o cancellato • Le transazioni sono azioni, risultati o decisioni che si verificano ad ogni step e possono essere definite per dettagliare meglio i passaggi del processo: devono essere definite propriamente ad ogni step all’interno del workflow

  10. Il workplan Il workplan permette di visualizzare lo status di un progetto in varie modalità • Stato di avanzamento lavoro • Date di inizio e fine progettazione • Elenco dei tasks • Percentuale di lavoro eseguito • Tipo di tasks • Fasi del progetto • Grafici flat e Gantt

  11. I tasks • I partecipanti ad un processo possono definire il proprio status sui tasks loro assegnati • Un task deve includere alcuni parametri base come: - la durata del lavoro espressa in ore giorni..ecc. - le date di inizio e fine - la percentuale di lavoro completato - le dipendenze da altri tasks - eventuali vincoli Il task assegnato appare nella new item channel nella proprio Personal Workspace Il task può essere accettato o respinto: se è accettato viene inserito nell’ individual’s Assignment channel

  12. I vari tipi di task I tipi di task possono essere definiti principalmente secondo le loro caratteristiche: • Fixed unit quando è significativo rappresentarlo per percentuale di lavoro svolto anziché per es. per la sua durata • Fixed duration per la durata • Fixed work quando il lavoro richiesto per il task è costante e la durata e le risorse assegnate sono flessibili I tasks possono essere condivisi/esportati in altri workspaces Per ulteriori definizioni consultare il manuale http://doc.project.net/9_0_UG:Create_Define_Workplan

  13. Usare un template • Si può salvare un workspace come template per poter poi sfruttarlo in ulteriori stesure progettuali simili • In ogni caso si può creare un template manualmente per ottenere un ‘master project’ o ‘master business’ • E’ consigliabile tenere i ‘master template’ in un progetto separato in modo da non rischiare di usarli erroneamente. • I template si possono conservare nel proprio personal workspace o nel business workspace

  14. Il workplan per l’utente L’utente può vedere nel workplan • tutti i tasks • i milestones dei progetti di cui fa parte • I blogs • tutte le risorse assegnate a ciascun task L’utente può modificare i tasks e i loro dettagli se necessario Nota: un milestone non è altro che un task con tempo di lavoro pari a 0

  15. Assegnare le risorse • Un task può essere assegnato ad una o più persone e può appartenere ad una fase • Altri utenti possono essere invitati nel progetto come risorsa e possono essere loro assegnati alcuni tasks • L’assegnazione di un task può essere accettata o respinta.

  16. Il blog • Chiunque può creare un blog indipendentemente da un progetto. • Il blog può servire per registrare tutto il lavoro passo per passo, una specie di diario. (per progetto fase task…) • I membri del team possono intervenire nel blog con nuovi argomenti o aggiungere commenti • Va controllata la profilazione degli utenti prima di usare un blog

  17. Project Wiki Elenca tutti i contributi relativi ad uno specifico progetto: - descrizioni • dettagli • specifiche Una wiki può essere associata ad un progetto, un task, una form ecc. Nella menù della wiki troviamo strumenti per: • cercare una wiki (elenco in ordine alfabetico) • controllare dove è collegata (quali link ci sono “a partire da” e “verso” la wiki) • aggiornare e rendere attiva l’ultima versione • modificare/cancellare

More Related