Diverso significato degli stakeholder in Scrum. Un team di sviluppo è uno stakeholder?

Question

In generale, ho appreso che le parti interessate (in generale) sono parti interessate al progetto - team di sviluppo, gruppo di collaudo, team di controllo qualità, gestione, cliente (ovviamente) ecc. Ma ora in Scrum, si dice che gli stakeholder sono quelli che convalidano il prodotto e il prodotto sono fatti per loro, in base alle loro esigenze. Ciò implicherebbe solo il cliente. È giusto o ho frainteso, un team di sviluppo è davvero uno stakeholder?

http://www.scrumalliance.org/articles/21-contracts-for-implementing-scrum

Gli stakeholder sono partiti con un interesse per il prodotto essendo sviluppato/o il processo e Scrum. Essi possono includere fornitori, clienti, il proprietario, esperti in materia o prodotto supporto.

http://thescrumblog.blogspot.cz/2011/04/stakeholders-and-feedback-in-scrum.html

The Scrum Team: 
A lot of people forget that the Scrum team is a major stakeholder for the project 

Answer 1

Beh,

Tecnicamente Scrum team di sviluppo è parte di soggetti interessati: Prodotto simile Proprietario o il/i ragazzo/i che paga/i per il progetto [il capo, gli investitori ecc.]

Ma i Criteri reale per l'identificazione di uno stakeholder è:

Se il progetto non è succedded che verrà "male" [con il pericolo di oltre semplificazione dei termini "tristi" "felice" e]? O se il progetto è succeduto, chi sarà "felice"?

Quindi anche gli utenti finali sono parti interessate.:-)

E se gli investitori davvero non si cura del successo del progetto [possono esistere tali investitori? bene gli umani sono irrazionali e sì possono esistere a causa di qualche politica], sono solo "portatori di interesse" su carta non in realtà.

Answer 2

Francamente credo di essere frainteso come avete storpiato più ruoli Scrum nella vostra definizione di "parti interessate".

La definizione classica di stakeholder è che si tratta di persone con interessi legittimi nel progetto. Le parti interessate NON sono sempre titolari del prodotto e non dovrebbero essere confuse con il ruolo di proprietari di prodotti in Scrum.

Il proprietario del prodotto, aiuta a definire l'arretrato del team di scrum, stabilisce le priorità delle unità di lavoro e comunica i progressi ai "portatori di interesse". Queste unità di lavoro vengono prima "validate" con il Product Owner, e di solito di nuovo in uno sprint che termina la demo/wrap up delle iterations work a "stakeholders".

I clienti o gli utenti sono a chi si sta sviluppando il software. Possono anche essere considerati "portatori di interesse", tuttavia non lo farei. Personalmente mi piace mantenere una linea chiara tracciata tra le parti interessate del progetto "supporto/vendite/dirigenti aziendali/ecc." E "clienti/utenti".

Se il solo entrare in Scrum consiglio vivamente il libro seguente:

• http://www.amazon.ca/User-Stories-Applied-Software-Development/dp/0321205685

Answer 3

La guida definitiva di Scrum è la Guida allo studio di Scrum. Non definisce gli stakeholder, anche se usa il termine stakeholder 4 volte nel documento.

Scrum Study Guide -http://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum_Guide.pdf

In generale tuttavia, uno stakeholder è chiunque abbia un interesse per il progetto. Ciò può includere investitori/consiglio di amministrazione, gestione, utenti finali, sviluppo e chiunque altro stia finanziando, utilizzando o costruendo il prodotto.