Lo sviluppo iterativo non terminato di un'applicazione software può essere visto come un progetto?

Se non si tratta di uno sforzo temporaneo, penso che il termine "progetto" non si adatti bene.

Ma non hai solo chiesto se si applica il termine "progetto", ma anche "possono essere applicati questi metodi e quadri di gestione del progetto?" . Certo, probabilmente puoi provare a utilizzare un approccio di project management in piena regola per lo sviluppo iterativo del software interpretando ogni ciclo come un mini-progetto. Tuttavia, questa è una domanda IMHO in qualche modo sbagliata, perché ti dà una risposta fuorviante.

La vera domanda che dovresti porre è: ha senso ? O stai solo rinunciando a una situazione in una sorta di metodo di gestione che non si adatta veramente?

Ciò che descrivi è ciò che chiamerei lo sviluppo " prodotto ", al contrario dello sviluppo " progetto ". Secondo la mia esperienza, lo sviluppo del prodotto, specialmente quando fatto con un piccolo team e in cicli di 3 settimane al massimo, semplicemente non richiede molte delle cose pesanti dai metodi di gestione del progetto che hai citato. Soprattutto qualcosa come "diverse centinaia di specifiche dei requisiti di pagine", "un rapporto mensile di una dozzina di pagine" o "il progresso del monitoraggio utilizzando diagrammi GANTT di grandi dimensioni" sono per lo più obsoleti se un prodotto si evolve in piccoli cicli.

Questo non significa che non ci sia mai bisogno di "gestione del progetto" nello sviluppo del prodotto. Soprattutto quando si inizia con un nuovo prodotto, o quando si pianifica una nuova "major release" o un nuovo modulo per il prodotto con una data specifica, obiettivi definiti e un lasso di tempo prefissato, allora può richiedere metodi classici di gestione del progetto. Tuttavia, almeno quando una nuova versione o un nuovo modulo è "finito", e la manutenzione e l'evoluzione del ciclo breve iniziano, questi metodi sono raramente utili, e metodi agili come Scrum saranno molto più adatti.

Sì. A meno che non lo abbiano cambiato da quando ho studiato per l'ultima volta nel 2004, la definizione PMBOK di un progetto richiede che lo sforzo sia limitato in durata con obiettivi e scopo solidi. Detto questo, penso che i moderni progetti software possano essere trattati e gestiti efficacemente come un "progetto". Non c'è nulla nella definizione PMBOK di un progetto che dice che non ci può mai essere un progetto successivo per estendere un progetto precedente con nuovi obiettivi e scopo, e per ottenere ciò riutilizzando l'output di un altro.

Il continuo sviluppo / iterativo "progetto" deve ancora essere strutturato con gli obiettivi e la cronologia finiti di ogni iterazione. Ma questo tipo di progetto non ha bisogno del tempo di accelerazione o del tempo di transizione finale che ci si aspetterebbe da un progetto che non si riprende da dove è stato interrotto un altro, quindi ci sono economie guadagnate.