Os desenvolvedores são partes interessadas em um sistema

Os desenvolvedores de um produto são considerados partes interessadas?

Geralmente, sim, os desenvolvedores são partes interessadas em um projeto de software. Isso é consistente com a definição de dicionário do termo . Aqui estão algumas definições de partes interessadas, de várias publicações:

Requisitos de software de Karl Wieger :

partes interessadas Uma pessoa, grupo ou organização que está ativamente envolvida em um projeto é afetada por seu resultado ou pode influenciá-lo.

Engenharia de Software 8 de Ian Sommverville :

O termo stakeholder é usado para se referir a qualquer pessoa ou grupo que será afetado pelo sistema, direta ou indiretamente. As partes interessadas incluem usuários finais que interagem com o sistema e todos os demais em uma organização que podem ser afetados por sua instalação. Outras partes interessadas do sistema podem ser engenheiros que estão desenvolvendo ou mantendo sistemas relacionados, gerentes de negócios, especialistas em domínio e representantes de sindicatos.

A engenharia de software de Roger S. Pressman: uma abordagem para profissionais (6ª edição) define cinco grupos ou partes interessadas: gerentes seniores que definem questões de negócios, gerentes técnicos / de projeto que organizam e controlam os profissionais, profissionais que projetam o sistema, clientes que especificam os requisitos para o software e usuários finais que irão interagir com o sistema entregue.

Participação ativa das partes interessadas de Scott Ambler: uma prática recomendada ágil :

Minha definição de stakeholder de projeto é qualquer pessoa que seja usuário direto, indireto, gerente de usuários, gerente sênior, membro da equipe de operações, o "proprietário de ouro" que financia o projeto, membro da equipe de suporte (help desk), auditores e seu programa / gerente de portfólio, desenvolvedores que trabalham em outros sistemas que integram ou interagem com o sistema em desenvolvimento ou profissionais de manutenção potencialmente afetados pelo desenvolvimento e / ou implantação de um projeto de software.

...

Nesta definição, escolhi excluir os desenvolvedores que estão trabalhando no projeto. Isso pode parecer estranho no começo, porque os desenvolvedores claramente têm uma participação importante nos projetos em que trabalham. Sim, os desenvolvedores são definitivamente interessados ​​no projeto. Por que continuo distinguindo entre desenvolvedores e partes interessadas no projeto? Como eu quero termos convenientes para distingui-los, eu realmente não gosto de "parte interessada do desenvolvedor" e "parte interessada de não desenvolvedor" e porque eles têm papéis diferentes a desempenhar em um projeto.

Na prática, normalmente vi partes interessadas divididas em grupos, e um grupo contém as pessoas que constroem o sistema. É importante reconhecer que, ao criar um sistema, os desenvolvedores têm necessidades e preocupações que precisam ser equilibradas com as necessidades de todos os outros. No entanto, esses precisam ser priorizados e levados em consideração com todas as outras necessidades.

Geralmente não, mas pode haver exceções. " Comer sua própria comida de cachorro " vem à mente como a principal exceção, pois nesse caso os desenvolvedores podem estar usando o que constroem diretamente e, portanto, são partes interessadas até certo ponto. No entanto, eu questionaria se isso era mais do que alguns por cento dos desenvolvedores em geral.

Sim - para um sistema que permanecerá vivo e será mantido. É provável que os desenvolvedores trabalhem com o código para corrigir bugs e introduzir novos recursos muito depois que a equipe inicial encerrou o projeto. Um requisito importante para sistemas de longa duração é a manutenção e quem deve apostar nisso, se não nos desenvolvedores?

Se isso está sendo perguntado em relação ao Scrum, então não ...

... definição de uma parte interessada do projeto é qualquer pessoa que seja usuário direto, indireta, gerente de usuários, gerente sênior, membro da equipe de operações, o "proprietário de ouro" que financia o projeto, membro da equipe de suporte (help desk), auditores, seu gerente de programa / portfólio, desenvolvedores que trabalham em outros sistemas que se integram ou interagem com o sistema em desenvolvimento ou profissionais de manutenção potencialmente afetados pelo desenvolvimento e / ou implantação de um projeto de software ...

As partes interessadas são indivíduos externos à equipe de desenvolvimento de produtos atual, de uma forma ou de outra. Se você estiver no time X e outro desenvolvedor estiver no time Y e estiver trabalhando em produtos diferentes que interagem entre si posteriormente, você se torna um participante no produto de cada um.

Depois de pesquisar um pouco, devo dizer que essa é uma pergunta sem resposta. Não existe uma definição única de parte interessada e fontes diferentes a utilizam de maneira diferente.

Como aponta a referência de Scott Ambler por Aaron, mais de uma metodologia evita o termo por completo. Outros tentam dividi-lo em diferentes categorias de partes interessadas. O resultado é que, embora exista um significado geral de que as partes interessadas sejam "alguém com interesse", o significado exato será perdido.

O que é esse interesse se resume a um dos dois significados em minha mente:

• Aqueles que esperam obter valor primário do aplicativo

ou

• Quem vai investir no resultado do projeto.

O organismo de patrocínio se encaixa em qualquer uma das definições. Como os usuários finais se encaixam no corpo do patrocínio é outro tópico inteiramente. Por enquanto, vamos supor que eles se encaixam porque eu não estou disposto a dividir os cabelos. Qualquer pessoa da equipe do projeto também se encaixa no segundo significado.

No final, o que importa é que o valor seja derivado de nossos aplicativos e entendemos que os patrocinadores recebem a palavra final.

Meu sentimento geral é que as pessoas que desejam agrupar os desenvolvedores no grupo "Stakeholders" se preocupam bastante porque viram situações em que os desenvolvedores são tratados como engrenagens em uma máquina e geralmente são mal tratados como resultado. O feedback sobre os requisitos não é permitido, horas extras não remuneradas significativas são obrigatórias etc. Como você está perdendo tempo e sanidade acima do esperado, há pessoas inclinadas a ver isso como um investimento. Investimento = participação; portanto, em suas mentes, a equipe de desenvolvimento são partes interessadas.

Como resultado, não sou fã do termo. "Patrocinadores" é claro. "Stakeholders" não é.

Eles podem ser. Se a posição deles após o produto terminar for diferente do que antes, eles serão partes interessadas. Por exemplo, se um desenvolvedor recebe um salário para desenvolver software para uma empresa, é provável que ele não seja um interessado, porque nada mudará depois que o produto é entregue. No entanto, se ele é sócio de uma startup, onde sua posição financeira depende do sucesso do produto, eu diria que ele é um interessado.

Outro exemplo seria o caso (reconhecidamente raro) de um desenvolvedor que cria software que ele usará. Nesse caso, ele definitivamente é uma parte interessada porque tem interesse em fazer com que esse software funcione corretamente.

Os desenvolvedores são de fato partes interessadas (afetadas pelo que é produzido): tanto os que inicialmente desenvolvem um sistema quanto os que o mantêm. Os primeiros tendem a se interessar por novas tecnologias e a aumentar sua base de habilidades, enquanto os últimos desejam ser capazes de acompanhar o número geralmente grande de sistemas que precisam manter.

No entanto, partes interessadas 'legítimas' é outra questão. Ao equilibrar os requisitos, todas as partes interessadas certamente não encontrarão suas preocupações endereçadas à sua satisfação. Sua empresa está preocupada em perder os principais desenvolvedores? Aumente as preocupações dos desenvolvedores. Caso contrário, os desenvolvedores tendem a acabar razoavelmente baixos no totem. Infelizmente, isso também pode ter o efeito de ignorar a manutenção, aumentando a dívida técnica como se não houvesse amanhã.

Não, eles não são.

Interessado: Pessoa ou organização que pode ser afetada pelo sucesso ou fracasso de um projeto ou organização

Fonte: http://www.site.uottawa.ca:4321/oose/index.html#stakeholder

Basicamente, um Stakeholder é um indivíduo ou organização ou, simplesmente, "é uma entidade que está tendo uma influência boa / ruim na conclusão do projeto".

As partes interessadas são muito importantes na realização do projeto. As partes interessadas podem ser um cliente, grupo de usuários, gerente de projeto, líder ou coordenador do projeto.

Você precisa satisfazer as expectativas das partes interessadas na conclusão do projeto.

Eu acho que depende do projeto.

Um participante da estaca inclui qualquer pessoa que tenha uma estaca ou interesse no que o sistema faz, pois terá alguns requisitos para dizer o que deve fazer. Portanto, eu não incluiria desenvolvedores em um projeto em que o código fosse simplesmente empurrado para fora da porta e esquecido, mas os incluiria se eles estivessem dando suporte ao projeto ou estendendo-o, pois os desenvolvedores exigem que o sistema seja sustentável / extensível.