"Joel test" per sviluppatori hardware / software B2B

2

Ho scoperto di recente il test Joel e l'ho applicato al mio team. Tuttavia, ho trovato difficile applicare alcuni punti alla mia azienda poiché stiamo sviluppando piccoli chip con algoritmo "cablato" e programmabile.

5: Do you fix bugs before writing new code?

Poiché non possiamo applicare patch all'hardware / software una volta consegnato, non possiamo tollerare alcun bug noto, e un intero team di sviluppatori senior sta costruendo strumenti utilizzati per tracciarli. Questo punto dovrebbe essere ad esempio "hai 2 diverse implementazioni per ciascuno dei tuoi prodotti e stai testando l'uno contro l'altro?"

12: Do you do hallway usability testing?

Non sviluppiamo l'interfaccia utente. Questo punto sembra irrilevante.

Come possiamo adattare questo test al tipo di sviluppo che facciamo?

    
posta Simon 27.08.2011 - 21:34
fonte

1 risposta

3

Il test di Joel è una buona regola empirica, ma non è sacro. Ad esempio, la regola numero 5 citata è un po 'problematica. Sì, è desiderabile per correggere i bug prima di scrivere un nuovo codice. No , non si tratta di attività che si escludono a vicenda.

C'è una versione "rivista" che potresti voler dare un'occhiata a qui . Mi piace molto più dell'originale.

    
risposta data 27.08.2011 - 23:34
fonte