Newsgroup: it.lavoro.informatica
Titolo: [HELP] - Tool per Requirements Analysis

Ciao,
avete da suggerirmi un buon tool per fare Requirement Analysis?
Possibilmente da scaricare in locale (no SaaS / Cloud) e sotto linux.
 
Grazie mille


Niente di niente? Nemmeno uno?
 
thx


se ti converti a qualcosa di più agile, issue-driven, forse qualcosina si 
può fare.
redmine ad esempio si installa facile. oppure se vuoi più collegato ai 
sorgenti potresti vedere gitlab.

 se ti converti a qualcosa di più agile, issue-driven
 
Mi era sceso un rivolo di sudore sulla tempia... pensavo stessi per dire Jira...

 Jira
 
L'hanno mollato in parecchi eh? Molto fumo poco arrosto.

 L'hanno mollato in parecchi eh? Molto fumo poco arrosto.
Non so se siano in tanti ad averlo mollato ma in ogni posto dove sono 
stato negli ultimi 5-6 anni, gli abbiamo tirato dietro dei sonori 
bestemmioni. Spesso, l'ordine di usarlo viene dall'altro, si applica a 
tutta l'azienda ed e` praticamente impossibile staccarsene.
 


io l'ho usato fino a poco tempo fa, collaboravo ad un progetto con un 
gruppo che usava tutta la suite atlassian.
 
il grosso difetto è che vuole essere, come si dice dalle mie parti, da 
bosco e da riviera. non guida ad un processo definito. story, task, 
etc... non sono altro che issue che colleghi fra loro in modo 
sostanzialmente arbitrario. puoi avere le board kanban, gli sprint, puoi 
mettere tutto in tutto in modo scollegato e alla fine se vuoi banalmente 
sapere a che punto sei non ci capisci una sega. 
 
gitlab è molto più semplice ma almeno è organico, ha le milestone, ci 
colleghi le issue e stop. basta far finta che le milestone siano gli 
sprint e sei a posto, hai scadenze, stime di effort, capisci al volo se 
stai chiedendo al team di fare l'impossibile o se stai per bucare un 
obiettivo. 

 sostanzialmente arbitrario. 
 
Stessa impressione mia e di molti, mi pareva di accrescere un repository di cose abbandonate a se stesse. Gitlab mai usato devo provarlo.

 
 
OK, vado a dare un'occhiata a entrambi.
Grazie

 sapere a che punto sei non ci capisci una sega. 
 
Si`, lato reporting non e` entusiasmante. Noi usiamo prevalentemente i burn-down charts. 
 
Piu` Jira in se`, e` il modo rigido in cui e\ installato/configurato che non mi piace. Molte aziende definiscono workflow che si applicano a tutti i team, che secondo me e` una gran sciocchezza. Ogni team dovrebbe essere in grado di definire il proprio workflow, le colonne sull kanban boards, le swim lanes, etc... come gli pare e piace.


Io lo odio con tutto me stesso, ma più vai corporate e più te lo ficcano in culo. Io ora sto lavorando per il governo, indovina che usano. E giù di bookmark per letteralmente tutto, che non trovo mai nulla.
 
  ngw


Immagina che noi lo abbiamo appena adottato.
Siamo passati da tfs, che di certo non era la perfezione, a jira.
Quando facciamo un chekin dobbiamo prendere il link del changeset e 
copiarlo in jira, giusto per dirne una.
Per il momento anche a me sembra molto "grafico" e poco pratico.
Bho, forse è solo tempo di apprendimento e dopo lo apprezzeremo.
Speriamo
Giangi

 copiarlo in jira, giusto per dirne una.
 
In che senso? A cosa vi serve esattamente?


Siccome il nostro repository sorgenti è ancora tfs e i due sistemi non 
si parlano ci serve per tenere traccia dei cambiamenti.
Giangi
 

 si parlano ci serve per tenere traccia dei cambiamenti.
 
Cioe` per ogni check-in voi copiate un link in JIRA? Spero di aver capito male :) 


:-( no, hai capito benisssimo.
Infatti penso che avrà vita breve ... almeno da parte mia.
Giangi

 Infatti penso che avrà vita breve ... almeno da parte mia.
 
Gesu`!!! Ma e` folle!!


:-)
Fresca fresca di ieri il mio capo: "io mi sono già scocciato".
Comincia il conto alla rovescia :-))))))))))
Giangi
 

Giusto per curiosità (ancora stento a crederci :-D), qual è l'utilità di avere un riferimento in Jira per ogni changeset nel vostro caso?

 tutta l'azienda ed e` praticamente impossibile staccarsene.
 
Inizio a pensare di vivere in un universo parallelo versione distopica...
 
Possibile che tutti scappano da 'sto mostro e noi siamo rimasti fra i 
pochi a prendersela nel culo?
 
E non contenti qualche tempo fa s'erano pure messi in testa di gestire 
gli OKRs in Jira. Com'è che si chiama quel ciaffo? UpRaise?
Più danni che benefici.
 
Ora lo usano solo i mannagér che almeno li tengono occupati con qualcosa 
di più che giocare con Office365. Ma mi sa che fra breve UpRaise lo 
mollano pure loro.
 
Jira se non ti abboni a tutta la suite è un incubo. Non oso neanche 
cercare quanto cazzo può costare.
 
Dopo quasi sei anni e quattro cambi di team ancora non sono riusciti a 
trovare il giusto equilibrio fra produttività, visibilità e praticità d'uso.
 
 
 

 Possibile che tutti scappano da 'sto mostro
 
Stavo dicendo l'esatto contrario.

 Stavo dicendo l'esatto contrario.
 
OK, allora vivo in un universo normale.
 
Da quello che ho capito, vogliono scappare ma non è possibile perché le 
aziende che lo adottano sono sempre di più

 aziende che lo adottano sono sempre di più
 
"Sempre di piu`" non lo so. Sono sicuramente tante. Il problema e` che Jira e` mediocre, non necessariamente infimo, quindi il piu` delle volte non scandalizza al punto da doverlo buttare via. 
 

 "Sempre di piu`" non lo so. Sono sicuramente tante. Il problema e` che Jira e` mediocre, non necessariamente infimo, quindi il piu` delle volte non scandalizza al punto da doverlo buttare via.
 
Dal punto di vista dello sviluppatore ti do ragione, ci sono altri tool 
che fanno il lavoro molto meglio. Jira fa spesso da collo di bottiglia.
 
Ma dovessi proporre un compromesso valido per un non-sviluppatore, un 
non-tecnico (es. scum master o product owner), che di git, repository, 
pull request & C. non sa una minchia (e non deve necessariamente 
saperne) e il team di sviluppatori oggi non saprei cosa proporre.

 Ma dovessi proporre un compromesso valido per un non-sviluppatore[...]
 
Noi Jira lo usiamo per tenerci il backlog degli epic e user stories, per la scrum board, per i burn-down charts, per calcolare la velocity, sprint dopo sprint. Tutte informazioni visibili a tutti i livelli, agli sviluppatori, al QA, allo ScrumMaster, al Product Owner. Tra una bestemmia e l'altra :)

 
Non vedo il post originale ma immagino che il messaggio sia per me.
E' solo un promemoria per ricordarsi che un dato requisito, o meglio 
ancora baco, ha richiesto una data modifica.
In questo modo se c'è una regressione sappiamo subito dove guardare
Giangi