Domanda

Qual è la differenza tra la gestione dei progetti e la gestione dei processi?

È stato utile?

Soluzione

La caratteristica distintiva del processo rispetto al progetto è la ripetibilità rispetto all'unicità.

  • Il processo è una raccolta ripetitiva di attività correlate finalizzate al raggiungimento di un determinato obiettivo.

  • Il progetto è uno sforzo unico con un inizio e una fine intrapresi per raggiungere un obiettivo.

La gestione dei processi pone l'accento sull'aumento della "ripetibilità" dei compiti, efficienza (riduzione del tempo necessario, riduzione dei costi), aumento della qualità (compresa la coerenza della qualità).

La gestione del progetto pone l'accento sul portare a termine il lavoro, ottenendo il risultato finale. Una maggiore efficienza è più difficile da raggiungere poiché potrebbe richiedere strumenti e metodi personalizzati che possono essere sviluppati solo se il progetto è stato trasformato in un processo ripetitivo.

Applicato allo sviluppo di software per creare una build quotidiana è un processo:

  • È una sequenza di attività finalizzata al risultato finale.

  • La sequenza è ripetitiva.

  • Le attività sono note all'inizio, poiché il processo è ripetitivo.

  • Quando gestiamo le build quotidiane, vogliamo che siano economiche, veloci e coerentemente conformi agli standard di qualità, nella maggior parte dei casi ciò è meglio ottenere attraverso una maggiore automazione.

La progettazione di una nuova funzione è un progetto:

  • La funzione è unica, una volta che l'abbiamo progettata non la progetteremo più. Forse la seconda versione, ma sarà uno sforzo diverso.

  • Ad un certo punto dobbiamo smettere di progettare la funzione (anche quando è tutt'altro che perfetta) ed è meglio se stipuliamo in anticipo come facciamo a sapere che abbiamo raggiunto quel punto.

  • Non ci preoccupiamo tanto del fatto che il design sia realizzato attraverso la sequenza di passaggi più efficiente, come nel caso di un progetto sufficientemente buono alla fine.

  • Quindi la sequenza di compiti che va nella progettazione sarà difficile da automatizzare e dobbiamo concentrarci sul mantenimento dei limiti, sulla rivalutazione dei criteri, sull'adeguamento per i fatti appena scoperti e in generale spostando il tutto verso il completamento.

  • Dobbiamo selezionare costantemente da un numero crescente di possibili compiti che emergono alla luce dei fatti recentemente scoperti e scegliere questi che ci avvicinano all'obiettivo.

Altri suggerimenti

La gestione dei processi sarebbe la gestione di un processo, ad esempio un processo di sviluppo del software (si noti che non ho non detto "processo software"). Tale processo potrebbe essere utilizzato in una varietà di progetti. Un processo non ha un prodotto finale, al di là di se stesso.

La gestione del progetto consisterebbe nella gestione di un progetto, in genere utilizzando un processo e risultando in un prodotto o una nuova versione di un prodotto.

Se il progetto è lavoro che deve essere fatto per ottenere un risultato finale, sia esso un prodotto o un servizio, allora il processo è la descrizione di quel lavoro. Ogni progetto segue un processo, anche se non definito formalmente. Tentando di catturare quel processo per ogni singolo progetto, emergerà un modello che viene utilizzato un processo simile per un determinato gruppo o tipo di progetto. Si può anche dimostrare che un certo processo porta a un risultato finale migliore o porta a un risultato finale più veloce e / o più economico. Tale processo può quindi essere adottato per essere utilizzato per progetti pertinenti con conseguente maggiore produttività e qualità del risultato finale. Di conseguenza la gestione del progetto è l'applicazione del processo per ottenere un risultato finale. Non esiste una gestione dei processi, ma solo lo sviluppo, l'implementazione, la misurazione e il miglioramento dei processi che sono di per sé progetti. Pollo o uovo, per favore.

Il processo è un'astrazione del progetto. Viene utilizzato per generalizzare i progetti di variazione, unicità e natura transitoria. Al fine di migliorare l'efficienza, la produttività, l'efficacia e il valore del prodotto previsto o raggiunto da un progetto, la strategia di implementazione o il meccanismo del flusso di lavoro per i progetti viene analizzato con l'aiuto del processo e / o processi. L'obiettivo del processo è il servizio mentre l'obiettivo del progetto è un prodotto. Il processo cerca obiettivi a lungo termine ma l'obiettivo del progetto per obiettivi a breve termine. Le esigenze del progetto si basano sul prodotto finale ma le esigenze del processo si basano sul processo stesso.

Il sommario di una frase è la gestione dei processi che gestisce il modo in cui i progetti vengono generalmente eseguiti e non ha altri risultati oltre ai documenti che spiegano il processo mentre la gestione dei progetti sta gestendo un progetto per assicurare che i risultati vengano creati nel rispetto del budget e nei tempi, seguendo ciò che il processo ha mai è stato creato attraverso la gestione dei processi.

Il processo è sostanzialmente la parte del progetto. processo significa che alcune regole sono state seguite per l'esecuzione di alcuni compiti in cui come progetto significa portare a termine le cose applicando determinati processi

Ben detto quanto sopra, la gestione del processo definisce il processo completo dei progetti esistenti come documentazione e fornisce un rapporto sullo stato ai superiori. Anche, pianificano di conseguenza per la pianificazione delle risorse in loro assenza.

  

La caratteristica distintiva del processo rispetto al progetto è la ripetibilità rispetto all'unicità.

... la migliore descrizione che abbia mai sentito. Una scarsa analogia potrebbe essere che un processo è come un lavoro quotidiano, un progetto è come un contratto.

In parole povere un processo è un insieme di attività che devono essere eseguite più e più volte per mantenere in funzione l'organizzazione. Queste attività possono essere eseguite manualmente (dalle persone nelle loro attività quotidiane) o automaticamente (dall'IT).

Il quadro dei processi aziendali eTOM (www.tmforum.org) afferma che esistono tre tipi di processi:

  1. Strategia, infrastruttura e amp; Product Lifecycle Management - un modo complicato di dire tutti i compiti che un'organizzazione deve fare per pianificare e costruire nuove cose
  2. Operazioni: tutte le attività quotidiane per far funzionare le cose & amp; fai felici i tuoi clienti
  3. Gestione aziendale - il resto ... Come i rapporti finanziari e così via

  

Il progetto è uno sforzo unico con un inizio e una fine intrapresi per raggiungere un obiettivo.

.... guru

Nei non addetti ai lavori un gruppo di attività che esegui una sola volta per costruire, modificare (o rimuovere) le capacità della tua organizzazione (ad es. infrastruttura o prodotti).


Come sono uguali

Per aggiungere un po 'più di confusione a questa dinamica, la gestione del progetto è un processo in sé (vedi PRINCE2 www.prince2.com)

Si adatterebbe alla (1) strategia, infrastruttura e amp; Categoria di prodotto (mi dispiace per la fustigazione di eTOM, ci sono molti altri framework come ITIL e SCOR , sono un EA di Telco, quindi è il framework che capisco il migliore.)

Sebbene ogni progetto abbia una data di inizio e di fine, è probabile che la tua organizzazione stia costruendo per sempre & amp; il cambiamento è capacità (infrastruttura e prodotti). Quindi ogni progetto offre qualcosa di diverso ma i passaggi, o un gruppo di attività eseguite, per consegnare il progetto dovrebbero essere gli stessi ogni volta (di nuovo vedi [PRINCE2] [2]).

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top