Newsgroup: it.lavoro.informatica
Titolo: Consiglio su progetto con analisi carente

Ciao a tutti,
avrei bisogno di un piccolo consiglio su come comportarmi in questa 
situazione.
Mi è stato affidato, da una società con cui ho collaborato molto spesso 
(in pratica, il mio principale cliente), una parte di un progetto per 
un ente pubblico.
Ho ricevuto l'analisi qualche giorno fa e questa è piena di buchi. In 
pratica, non si può cominciare a lavorare perchè, più che un documento 
di analisi, si tratta di niente di più che i requisiti previsti dal 
Cliente. Quindi spiega tutto quello che vuole il cliente, ma non spiega 
assolutamente nulla su come il mio cliente deve o vuole implementare il 
progetto.
Ho già fatto presente la cosa e il responsabile con cui parlo io non ha 
potuto far altro che darmi ragione. Invece, la persona che ha fatto 
l'"analisi" (che non lavora fisso per loro, ma è comunque un altro 
abbastanza stabile e con cui ho già lavorato in passato) ritiene di non 
doverci mettere mano, che è già perfetta così. Ho saputo oggi che, 
comunque, su pressione del cliente sta rivedendo qualcosa, ma dubito 
che un documento nuovo (visto che il vecchio è, secondo me, totalmente 
da buttare, possa essere pronto in tempi brevi).
Ora io, in un modo neanche troppo urbano a dire la verità, ho detto con 
quella analisi non posso lavorare e che, quindi, per me la scadenza del 
progetto è troppo ravvicinata per essere possibile.
Il responsabile si è anche offerto di pagarmi per farla io l'analisi, 
ma non ho nè il tempo nè, soprattutto, le competenze per poterla fare.
Secondo voi, è legittima la mia richiesta di rinviare la consegna 
(anzi, proprio l'inizio del lavoro) fino alla consegna di una analisi 
migliore?
Potrebbe il cliente rivalersi su di me nel caso in cui dovesse slittare 
la consegna con il Cliente?
Tenete presente che con questo cliente (lo so è un male, ma ormai ne 
abbiamo passate tante insieme) non ho un vero e proprio contratto per i 
lavori che faccio, c'è piena fiducia reciproca, per cui non ho firmato 
nessun foglio e, a dire la verità, non ho neanche presentato un 
preventivo finale, visto che mi mancano troppi dati per poterlo 
elaborare.
E, da un punto di vista di continuazione del rapporto, cosa sarebbe più 
corretto (o meno sbagliato) fare, continuare a puntare i piedi oppure 
tenere un atteggiamento più malleabile? (ammetto che di carattere non 
sono proprio il massimo, quindi per essere più malleabile dovrei anche 
fare un po' di violenza a me stesso).
Ciao e grazie per i consigli,
Kinglion
-- 
11:15, restate my assumptions: 1. Mathematics is the language of 
nature. 2. Everything around us can be represented and understood 
through numbers. 3. If you graph these numbers, patterns emerge. 
Therefore: There are patterns everywhere in nature.
(Maximilian Cohen, Pi)

ma non ho nè il tempo nè, soprattutto, le competenze per poterla fare.
significa che non sei la persona adatta.

 fare un po' di violenza a me stesso).
Ci sono n-mila fattori che influenzano la risposta. Il tuo rapporto con 
la br (di questo si parla, no?), il rapporto con il cliente finale, il 
tipo di cliente finale, il tipo di progetto, eccetera. Bisognerebbe 
essere lì, vedere il progetto, conoscere le persone e a quel punto forse 
si potrebbe capire dove vai a cascare.
A volte poi raddrizzare una situazione non facile può dare anche 
soddisfazione, almeno a me è capitato.

 dove vai a cascare.
No, non ho un rapporto con una body rental. E' una società che vende 
software e che ha da poco cominciato a fare attività di system 
integrator su uno dei loro prodotti di punta.
Ciao,


 significa che non sei la persona adatta.
Per fare l'analisi no di certo. E infatti non vengo pagato per fare 
quello, ma per fare altre cose.
Ciao,


Kinglion Il Romanista wrote:
:: Ho ricevuto l'analisi qualche giorno fa e questa č piena di buchi. In
:: pratica, non si puň cominciare a lavorare perchč, piů che un
:: documento di analisi, si tratta di niente di piů che i requisiti
:: previsti dal Cliente.
Se č una specifica dei requisiti devono essere indicati anche i vincoli
e l'ambiente in cui l'applicazione deve essere eseguita.
Se non ci sono non č nemmeno una specifica dei requisiti.
L'analisi viene dopo, e non č di norma fatta dal cliente.
Saluti.
 

 Saluti.
Si, ma infatti io non la definisco analisi e neanche probabilmente una 
specifica dei requisiti, secondo me è una sorta di "sbobinatura" di 
quello che si sono detti dal Cliente finale riguardo alle funzionalità 
che doveva avere l'applicazione. L'ambiente è in qualche modo 
sottinteso, nel senso che noi andiamo ad integrare un sw di livello 
enterprise in un qualcosa già esistente, ma io di questo qualcosa già 
esistente non so praticamente nulla perchè nulla è scritto.
Ciao,


 Kinglion
Allora, anziche' dirlo al newsgroup, dillo al tuo responsabile:
"Capo, dopo i requisiti del cliente, serve una fase di
acquisizione/studio/analisi dell'ambiente/sistema/sw attualmente
utilizzato dal cliente, perche' noi non lo conosciamo e questo ha
impatto sui tempi di sviluppo".
(Non e' che non conosci la tecnologia utilizzata dal cliente, hai
proprio bisogno di sapere come interfacciarti con il sistema esistente:
quali librerie usare, se l'interfaccia e' un file xml, webservices
(quali webservices sono usati?), sono tabelle di db (quali tabelle?),
ejb (quali ejb?)...etc. etc)
Questo e' un dato di fatto che puo' essere riportato con tranquillita'
al cliente finale.
Dire invece: "'ste specifiche non servono ad una mazza, fanno schifo,
non voglio completarle, non lo so fare neanche se mi pagate"  fa di te
una persona 
"sincera", ma un po' rompipalle

 "sincera", ma un po' rompipalle
Ma io sono un rompipalle :)


 l'analisi che dice che non vede i motivi per farla...
Ma non e' detto che debba essere lui a farlo.
Probabilmente (sicuramente!) non e' un tecnico, per cui non e' in grado
di farla.
Un analisi di questo tipo (interfacciamento ad un sistema) e' per un
uno che "mastica" tecnico

 Ciao e grazie per i consigli,
Non ti fidare :-)