Questo è il lavoro del proprietario del prodotto.
L'intero punto del proprietario del prodotto è quello di fungere da punto di contatto tra tutti gli stakeholder (incluse persone come il capo del boss di qualcuno) e il team stesso. In teoria, il resto del team dovrebbe sempre solo avere a che fare con il Product Owner. Il Product Owner va e fa tutto il lavoro di parlare con i vari stakeholder, mette insieme le storie, e poi la squadra lavora su di loro in ordine di priorità impostata, e ignora chi ha richiesto cosa. (In pratica, non funziona mai in questo modo, ma abbastanza vicino.)
Tuttavia, è anche importante ricordare cos'è uno stakeholder. Uno stakeholder è la persona che scrive gli assegni. Il team ottiene un elenco di requisiti aziendali e li soddisfa. A volte ottieni stakeholder che vogliono qualcosa di stupido o che cambiano idea più e più volte. Questa è, sfortunatamente, la loro prerogativa, dopotutto, il punto di agilità è lasciare che le parti interessate cambino spesso idea e prendere decisioni stupide più velocemente. Idealmente, è soprattutto il Product Owner che si occupa dello stress di tutto ciò mentre la squadra prende le storie come vengono. In realtà, il punto di agilità è che le parti interessate capiscano che a loro non piace qualcosa e in realtà vogliono qualcosa di diverso.
Ora sono tutti requisiti aziendali. Se il capo di questo capo si muove con le decisioni tecniche, allora, tu hai la mia comprensione. Non esiste un vero termine Agile per questo diverso da "non agile". In Agile, il team prende decisioni tecniche, non le parti interessate.
TL; DR - Se uno stakeholder sta rovesciando le decisioni aziendali, questa è la sua prerogativa, ed è compito del Product Owner occuparsene. Se lo stakeholder sta ribaltando le decisioni tecniche , o ribaltando qualsiasi decisione nel mid-sprint, allora questo è qualcosa che il Product Owner e Scrum Master dovrebbero richiedere per fermare.