¿Son los desarrolladores una parte interesada en un sistema

¿Los desarrolladores de un producto se consideran partes interesadas?

En general, sí, los desarrolladores son partes interesadas en un proyecto de software. Eso es consistente con la definición del diccionario del término . Aquí hay algunas definiciones de partes interesadas, de varias publicaciones:

Requisitos de software de Karl Wieger :

parte interesada Una persona, grupo u organización que participa activamente en un proyecto, se ve afectada por su resultado o puede influir en su resultado.

Ingeniería de software de Ian Sommverville 8 :

El término parte interesada se utiliza para referirse a cualquier persona o grupo que se verá afectado por el sistema, directa o indirectamente. Las partes interesadas incluyen usuarios finales que interactúan con el sistema y todos los demás en una organización que pueden verse afectados por su instalación. Otras partes interesadas del sistema pueden ser ingenieros que están desarrollando o manteniendo sistemas relacionados, gerentes de negocios, expertos en dominios y representantes sindicales.

La Ingeniería de Software de Roger S. Pressman: El Enfoque de un Practicante (6ª Edición) define cinco grupos o partes interesadas: gerentes senior que definen problemas de negocios, gerentes de proyectos / técnicos que organizan y controlan a los profesionales, los profesionales que diseñan el sistema, los clientes que especifican los requisitos para el software y los usuarios finales que interactuarán con el sistema entregado.

Participación activa de las partes interesadas de Scott Ambler: una mejor práctica ágil :

Mi definición de parte interesada del proyecto es cualquier persona que sea usuario directo, usuario indirecto, gerente de usuarios, gerente sénior, miembro del personal de operaciones, el "propietario de oro" que financia el proyecto, miembro del personal de soporte (mesa de ayuda), auditores, su programa / administrador de cartera, desarrolladores que trabajan en otros sistemas que se integran o interactúan con el que está en desarrollo, o profesionales de mantenimiento potencialmente afectados por el desarrollo y / o implementación de un proyecto de software.

...

En esta definición, he elegido excluir a los desarrolladores que están trabajando en el proyecto. Esto puede parecer extraño al principio porque los desarrolladores claramente tienen una participación importante en los proyectos en los que trabajan. Sí, los desarrolladores son definitivamente partes interesadas del proyecto. ¿Por qué sigo distinguiendo entre desarrolladores y partes interesadas del proyecto? Debido a que quiero términos convenientes para distinguirlos, realmente no me gusta "parte interesada del desarrollador" y "parte interesada no desarrolladora", y porque tienen diferentes roles que desempeñar en un proyecto.

En la práctica, típicamente he visto a las partes interesadas divididas en grupos, y un grupo contiene a las personas que construyen el sistema. Es importante reconocer que, al construir un sistema, los desarrolladores tienen necesidades e inquietudes que deben equilibrarse con las necesidades de todos los demás. Sin embargo, estos deben ser priorizados y tomados en consideración con cualquier otra necesidad.

Por lo general, no, pero puede haber excepciones. " Comer su propia comida para perros " viene a la mente como la principal excepción, ya que en este caso los desarrolladores pueden estar usando lo que construyen directamente y, por lo tanto, son partes interesadas en cierta medida. Sin embargo, me preguntaría si esto fue más de un pequeño porcentaje de desarrolladores en general.

Sí, para un sistema que vivirá y se mantendrá. Es probable que los desarrolladores trabajen con el código para corregir errores e introducir nuevas características mucho después de que el equipo inicial cerró el proyecto. Un requisito importante para los sistemas de larga duración es la mantenibilidad y ¿quién debería apostar por esto si no es por los desarrolladores?

Si esto se pregunta en relación con Scrum, entonces no ...

... la definición de una parte interesada del proyecto es cualquier persona que sea usuario directo, usuario indirecto, gerente de usuarios, gerente senior, miembro del personal de operaciones, el "propietario de oro" que financia el proyecto, miembro del personal de soporte (mesa de ayuda), auditores, su administrador de programa / cartera, desarrolladores que trabajan en otros sistemas que se integran o interactúan con el que está en desarrollo, o profesionales de mantenimiento potencialmente afectados por el desarrollo y / o implementación de un proyecto de software ...

Las partes interesadas son individuos externos al equipo actual de desarrollo de productos de una forma u otra. Si estás en el equipo X y otro desarrollador está en el equipo Y y estás trabajando en diferentes productos que interactúan entre sí en un momento posterior, entonces te conviertes en una parte interesada en el producto de los demás.

Después de buscar un poco en Google, debo decir que esta es una pregunta sin respuesta. No existe una definición única de parte interesada y las diferentes fuentes lo utilizan de manera diferente.

Como señala la referencia de Scott Ambler de Aaron, más de una metodología evita el término por completo. Otros intentan dividirlo en diferentes categorías de partes interesadas. El resultado es que si bien existe un significado general de que la parte interesada es "alguien con interés", se pierde el significado preciso.

Lo que ese interés se reduce a uno de dos significados en mi mente:

• Aquellos que esperan obtener un valor primario de la aplicación.

o

• Los que invertirán en el resultado del proyecto.

El organismo de patrocinio se ajusta a cualquier definición. La forma en que los usuarios finales encajan en el organismo de patrocinio es otro tema completamente diferente. Por ahora, supongamos que encajan porque no estoy dispuesto a dividirlo. Cualquier persona en el equipo del proyecto también se ajusta al segundo significado.

Al final, lo que importa es que el valor se deriva de nuestras aplicaciones y entendemos que los patrocinadores obtienen la última palabra.

Mi opinión general es que las personas que desean agrupar a los desarrolladores en el grupo de "partes interesadas" se preocupan en gran medida porque han visto situaciones en las que los desarrolladores son tratados como engranajes en una máquina y, como resultado, a menudo son mal tratados. La retroalimentación sobre los requisitos no está permitida, es obligatorio el tiempo extra no pagado, etc. Debido a que está renunciando al tiempo y la cordura por encima de lo que debería esperarse, hay personas inclinadas a ver eso como una inversión. Inversión = participación, por lo que, en su opinión, el equipo de desarrollo son partes interesadas.

Como resultado, no soy un fanático del término. "Patrocinadores" es claro. "Partes interesadas" no lo es.

Pueden ser. Si su posición después de que el producto está terminado será diferente a la anterior, son una parte interesada. Por ejemplo, si a un desarrollador se le paga un salario para desarrollar software para una empresa, lo más probable es que no sea una parte interesada porque nada cambiará después de que se entregue el producto. Sin embargo, si él es un socio en una startup, donde su posición financiera depende de que el producto sea exitoso, diría que es un actor.

Otro ejemplo sería el caso (ciertamente raro) de un desarrollador que hace software que usará. En ese caso, definitivamente es una parte interesada porque tiene un interés personal en que el software funcione correctamente.

Los desarrolladores son de hecho interesados ​​(afectados por lo que se produce): tanto los que inicialmente desarrollan un sistema como los que lo mantienen. Los primeros tienden a estar interesados ​​en las nuevas tecnologías y a aumentar su base de habilidades, mientras que los segundos quieren poder mantenerse al día con la gran cantidad de sistemas que tienen que mantener.

Sin embargo, los interesados ​​"legítimos" es otra cuestión. Al equilibrar los requisitos, todas las partes interesadas ciertamente no encontrarán sus preocupaciones dirigidas a su satisfacción. ¿Le preocupa a su empresa perder a los principales desarrolladores? Aumente las preocupaciones de los desarrolladores. Si no, los desarrolladores tienden a terminar bastante bajos en el tótem. Desafortunadamente, esto puede tener el efecto de ignorar también la mantenibilidad, acumulando deudas técnicas como si no hubiera un mañana.

No, no lo son.

Actor: una persona u organización que puede verse afectada por el éxito o el fracaso de un proyecto u organización

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

Básicamente, un Stakeholder es un individuo u organización o, en pocas palabras, "es una entidad que tiene una buena / mala influencia en la finalización del proyecto".

Las partes interesadas son muy importantes en la realización del proyecto. Las partes interesadas pueden ser un cliente, grupo de usuarios, gerente de proyecto, líder de proyecto o coordinador.

Debe satisfacer las expectativas de los interesados ​​en la finalización del proyecto.

Creo que depende del proyecto.

Un titular de participación incluye a cualquiera que tenga una participación o interés en lo que hace el sistema porque entonces tendrá algunos requisitos para decir lo que debe hacer. Por lo tanto, no incluiría a los desarrolladores en un proyecto en el que el código simplemente se elimina y se olvida, sino que los incluiría si están apoyando el proyecto o si lo extienden como es, entonces los desarrolladores requieren que el sistema sea mantenible / extensible.