Segui il processo del software personale?La tua organizzazione/team segue il processo Team Software?[Chiuso]

StackOverflow https://stackoverflow.com/questions/28197

  •  09-06-2019
  •  | 
  •  

Domanda

Per maggiori informazioni - Processo software personale su Wikipedia E Processo del software di squadra su Wikipedia.

Ho due domande:

  1. Quali vantaggi hai visto da questi processi?
  2. Quali strumenti e/o metodi usi per seguire questi processi?
È stato utile?

Soluzione

Ho seguito la formazione e poi la mia azienda mi ha pagato per andare alla Carnegie Mellon e seguire il corso di formazione per istruttori PSP per ottenere la certificazione come istruttore.Penso che l'obiettivo fosse utilizzarlo come parte dell'impegno CMM/CMMI della nostra azienda.Ho incontrato Watts Humphrey e l'ho trovato un'anima gentile e gentile con alcune idee profondamente radicate sul processo.Ho letto anche molti dei suoi libri.

Ecco la mia opinione in poche parole: è troppo strutturato per essere seguito dalla maggior parte delle persone, presupponendo che tu segua le cose alla lettera.L’idea di stima basata su informazioni storiche va bene, in particolare in ambito scolastico, ma nel mondo reale, dove le stime vengono annullate in un giorno a causa del cambiamento della marea dei requisiti e della direzione, è molto meno utile.Ho anche effettuato una stima Delphi a banda larga e andava bene, ma onestamente non era necessariamente migliore della "migliore ipotesi" che avrei fatto.

Il mio team era tutt'altro che entusiasta della PSP e questo è parte del problema: il consenso degli sviluppatori.La mia azienda lo stava facendo per la ragione sbagliata: semplicemente per dire "ehi, guarda, usiamo la PSP e abbiamo degli istruttori certificati!".

Alla fine, ho scoperto che utilizzare un approccio "agile" è migliore.Ho un lavoro arretrato da svolgere e generalmente riesco a stimarlo abbastanza bene.Lo faccio da abbastanza tempo da poter fare stime approssimative abbastanza buone sui tempi e francamente non penso che il monitoraggio del tempo migliori davvero molto le cose.Forse in alcuni ambienti funzionerebbe bene, ma da me continueremo a produrre software di qualità senza tutti gli ostacoli del processo che producono vantaggi discutibili.

Solo i miei due centesimi.

Altri suggerimenti

Ci sono entrato una volta, ho anche provato a utilizzare PSP Dashboard.

È semplicemente troppo difficile tenere il passo.Chi vuole utilizzare un cronometro per tutte le proprie attività?Segui i consigli di Joel sulla pianificazione indolore e sulla pianificazione basata sull'evidenza.

+1 a questa domanda, -1 a PSP.

Ho usato a memoria il processo PSP e TSP per 4 anni (anche se era all'inizio della mia carriera nel software).Come idealista adorerai ciò che viene fatto da te e ovviamente sì, ci sono anche risultati sorprendenti.
Sebbene PSP sostenga la registrazione dei tuoi difetti nel profondo (come ;o errori di battitura), ero in una conversazione con il Sig.Watts Humphrey, dove molte persone gli hanno chiesto informazioni sui progressi dei compilatori e sulla mancanza di orientamento agli oggetti (che ho sentito, come manca, dato che ero un programmatore OO e lo stavo usando con successo).C'è stata un'ottima risposta da lui fornita.Continuava così: "La PSP, o di fatto qualsiasi metodologia di processo, non è un concetto bloccato su una singola idea.L'idea centrale è introdurre le persone ai metodi e all'analisi della qualità.
"È sempre adattivo.Puoi personalizzarlo per adattarlo alle tue esigenze.Se ritieni di adottare la metodologia Function Point, puoi procedere con essa.Lo stesso per qualsiasi tecnica di stima.Ma dovresti farlo costantemente e ripetutamente.
"Lo stesso vale per il progresso dei compilatori.Se ritieni che la WBS nella struttura di PSP non si adatti al tuo sviluppo, modificala e utilizzala, ma fallo ancora in modo continuativo.
"Facendolo continuamente, avrete raccolto i vostri dati storici e potrete fare statisticamente stime prevedibili e accurate su tutti i parametri"
Forse sto dando questa risposta tardi, ma quando ho letto tutte le risposte, ho sentito di volerla condividere.Per quanto riguarda gli strumenti, abbiamo Process Dashboard, il foglio Excel PSP e tutto il resto.

Per la PSP, ho visto il file Pannello di controllo dei processi software, ma sembra terribilmente difficile da usare.

Ho completato il corso PSP, il prossimo dovrebbe essere TSP, pensato per le dinamiche di squadra, come dicono gli altri.Ho sentimenti contrastanti riguardo PSP (per lo più negativi, ma i risultati sono stati interessanti), sono arrivato alle seguenti conclusioni:

  • Prima di tutto la mia principale fonte di frustrazione è che i modelli di progettazione sono troppo noiosi e poco pratici. Cambiali per UML e BPMN, dillo ai tuoi istruttori fin dall'inizio, IMPONDI SE NECESSARIO.Il libro stesso dice che i modelli di progettazione sono per persone che non conoscono o non vogliono imparare UML.
  • In secondo luogo, le stime erano l'unica parte preziosa per me.Il libro stesso dice che puoi usare altre cose oltre alle righe di codice e ti dice anche come sapere quanto sono rilevanti dal punto di vista statistico.La mia opinione su questo (contando le righe di codice) è che uno strumento/plug-in che si connette al tuo VCS (git, mercurial) deve esistere e automatizzare la costruzione del tuo database personale, altrimenti è troppo noioso tenere traccia delle parti di base/aggiunte/riutilizzate.
  • Il processo in sé è carino, ma non applicabile a grandi progetti, Perché? Perché semplicemente non sopporta le iterazioni.Nel mondo reale, a causa delle modifiche dei requisiti, dovrai sempre ripetere un progetto.Puoi comunque applicare la disciplina a piccole attività programmatiche, ovvero:pianifica, progetta, rivedi il tuo progetto (disponi di standard di progettazione e una piccola lista di controllo che puoi memorizzare), codifica, rivedi il tuo codice (disponi di standard di codifica chiari e una piccola lista di controllo mentale che puoi memorizzare), testa, medita sui tuoi errori.Qualsiasi programmatore esperto saprà che alla fine questi sono passaggi intuitivi da seguire. Il mio consiglio nella pratica reale:segui il processo ma non documentare altro oltre al tuo progetto e, se implementi test unitari, documentali bene.
  • Questo processo potrebbe effettivamente valere la pena di essere seguito e messo in pratica...per la programmazione di sistemi in tempo reale dove non c'è assolutamente spazio per errori, altrimenti non ne vale la pena.
  • Se stai cercando una metodologia per organizzare e migliorare la concentrazione, provala GTD (porta a termine le cose) E Pomodoro Primo.
  • Se soffri di disturbo ossessivo-compulsivo potresti davvero divertirti con la PSP =).

La mia raccomandazione finale, imparare da essa come riferimento, potrebbe portare a cose migliori e più pratiche.Questa cosa è semplicemente troppo accademica.

PS:RIP.Watt Humphrey

Ho usato PSP negli ultimi sei mesi.

Richiede molto tempo.Secondo le mie stime ho dovuto dedicare il 7% del mio tempo alla compilazione di moduli.È frustrante dover ripetere più e più volte l'errore "punto e virgola mancante".

Ma d'altra parte, man mano che mi sono abituato al processo, è diventato importante perché ho iniziato a vedere quali errori stavo facendo principalmente e ho iniziato a evitarli "naturalmente".

Ti consente anche di "rivedere" il tuo codice in modo da poter vedere se c'è qualche problema prima di premere il pulsante di compilazione.

Per gli strumenti che consiglio di utilizzare Timetracker: http://0xff.net/

Consiglio almeno di provare PSP per un paio di mesi, perché creerai alcune abitudini che ti aiuteranno a ridurre il tempo impiegato nella compilazione e nella correzione di bug minori.

L'ho imparato proprio nell'ultimo semestre al college e ha funzionato benissimo per me.So che seguendolo alla lettera posso essere sicuro di poter premere Compila e non avrò alcun errore e premendo Esegui non dovrò più perdere tempo a correggere e ricompilare il programma per eseguirlo ancora e ancora finché il pasticcio non sarà risolto.

Le persone si lamentano di dover registrare i "punto e virgola mancanti" e cose del genere, ma quando sei al programma 7, non stai più facendo errori così banali e invece i tuoi difetti si trovano nelle parti importanti del tuo programma.Non ho avuto l'opportunità di applicarlo a uno scenario reale, ma non vedo l'ora!

Cerco di seguire il processo PSP 2.1 quando possibile.Mi aiuta davvero a concentrarmi sul non saltare parti importanti, ma meno entusiasmanti, di un progetto.Di solito si tratta di progettazione e revisione del progetto per piccoli progetti.

Per tenere traccia del tempo puoi utilizzare la dashboard PSP, che ha una serie di funzionalità e script integrati che ti aiutano a seguire il processo.

Se stai solo cercando uno strumento per il monitoraggio del tempo, mi piace anche http://slimtimer.com.Può anche fare dei report decenti.

Ho seguito la PSP per qualche settimana alcuni anni fa, perché il mio gruppo voleva sperimentarla.Ho trovato molto deludente e persino irritante lavorare con loro.Ha esaurito la mia pazienza.I miei principali punti negativi sono:

  • Enfasi ridicola in cose come errori di battitura o punti e virgola mancanti.
  • Moduli poco pratici da compilare a mano.
  • Concentrarsi sulla programmazione procedurale anziché su OO.
  • La stima implica il conteggio del numero di cicli, funzioni, ecc.

L'ho trovata un'enorme perdita di tempo.Preferisco lasciare questa professione piuttosto che essere costretto a seguire la PSP.

Materiale correlato: La mia risposta su un libro per PSP nella domanda "Quale libro di programmazione NON consiglieresti agli sviluppatori".

L'ho usato durante l'università ma al lavoro non abbiamo alcun processo.Solo di recente abbiamo iniziato a utilizzare il controllo della versione.

La mia esperienza con esso è stata che sembrava troppo noioso per essere utile.Se non è automatizzato, può scomparire.

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